lkml.org 
[lkml]   [2006]   [Apr]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 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/

    \
     
     \ /
      Last update: 2006-04-05 02:23    [W:3.480 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site