[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-ia64-devel] [PATCH] Cleanup hypercall.h


  • To: "Williamson, Alex (Linux Kernel Dev)" <alex.williamson@xxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
  • Date: Tue, 28 Feb 2006 09:34:11 -0800
  • Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 28 Feb 2006 17:34:52 +0000
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AcY8EO+J/WX/+vT1S+Kg1C+bC/13yAAfAT3A
  • Thread-topic: [Xen-ia64-devel] [PATCH] Cleanup hypercall.h

> > Seems it's similar issue as previous one (cpu_online_map). For x86,
> >  CONFIG_SMP is the base and always on, so it's very likely for 
> > common code to access variables defined only under CONFIG_SMP. 
> > Should we enable CONFIG_SMP by default, once it gets more stable?
> > 
> > Tristan, how about your opinion? Is it time for changing that now?
> 
>    You're right, with CONFIG_SMP, it looks like xen-unstable 
> will build.
> Given the statement from Keir that UP isn't supported on xen/i386, I'm
> in favor of making SMP the default config for xen/ia64.  Ultimately we
> need to go there anyway, and with all the recent patches, SMP 
> is pretty
> well function.  Thanks,

If there's any question of stability, perhaps we can turn
on CONFIG_SMP at compile-time but turn it off (at least for
now) at run-time (e.g. implement "nosmp" but turn it on by
default for now).

Dan

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.