[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] PPC64 mmu_context_init needs to run earlier

    > That said, maybe the problem is that we shouldn't even get far enough into
    > the fork() logic to ever get into a new MMU context if driver_init ends up
    > being called before we're ready.

    Agreed. I chatted with Andrew about this, and I think we need
    call_usermodehelper to be in a "plugged" state during boot, where it
    queues up events but doesn't exec's userland. It remains to be decided
    at what point during boot (during initcalls ? after initcalls) we can
    "unplug" it tho...

    I think it's definitely bogus to try to run userland in the middle of

    We need this plug/unplug logic (as I wrote separately to linux-pm) for
    suspend as well, since we can't affort calling userlands once we have
    started suspending devices (and frozen userland).


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:07    [W:0.020 / U:26.648 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site