[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] architecture selection in config
Trying to integrate the unstable sparse Linux tree into the SuSE one I ran into a number of build issues, mostly associated with out-of-source tree building (patches later). However, in the course of fixing one particular problem (the microcode patch driver not buildable as a module), I changed its i386 Kconfig option to bool, resulting in a warning that the x86-64 Kconfig redefines this to be a tristate. Changing this option there to be bool obviously circumvents the problem (and in the given case is necessary anyway), but this begs a more general question: Isn't the way architecture selection is currently done prone to cause grief especially when more acritectures get added? Since all architectures' Kconfig-s get included from arch/xen/Kconfig, contradicting types of config options in architectures more distinct than i386 from x86-64 are likely in my opinion, and hence are likely to cause problems looking forward. And following that, an even more general question (tried to search the list archives, but didn't quickly find a discussion of this topic) would be whether XEN shouldn't better integrate with the way architecture determination is done in the base kernel, namely making use of the ARCH/SUBARCH functionality already present for UML (and thus by default deriving the architecture from the host one instead of making this a config option, requiring a command line argument when a cross config is desired). Thanks, Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |