Messages in this thread | | | Date | Tue, 04 Apr 2006 17:21:19 -0700 | From | Martin Bligh <> | Subject | Re: 2.6.17-rc1-mm1: KEXEC became SMP-only |
| |
>>>I don't recall anyone expressing any desire for the ability to set these >>>things at runtime. Unless there is such a requirement I'd suggest that the >>>best way to address Eric's point is to simply rename the relevant functions >>>from foo() to subarch_foo(). >>> >> >>Avoiding the runtime assignment isn't possible if you want a generic >>subarch that truly can run on multiple different platforms. > > Well as I said - I haven't seen any requirement for this expressed. That > doesn't mean that such a requirements doesn't exist, of course.
I think there is a real requirement to do this at boot-time, yes. We don't want a proliferation of different kernel builds in distros, but one kernel that installs and boots everywhere (think installer kernels on boot CDs, etc ... plus testing requirements). Autoswitching, without magic user-flags. That's what the generic subarch was always for, and frankly the others all ought to die (apart from possibly really specialised non-mainstream stuff like voyager and NUMA-Q).
M. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |