[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110803175016.fb80b7f3.akpm@linux-foundation.org>
Date: Wed, 3 Aug 2011 17:50:16 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Marc Zyngier <marc.zyngier@....com>,
Vasiliy Kulikov <segoon@...nwall.com>,
Manuel Lauss <manuel.lauss@...glemail.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Richard Weinberger <richard@....at>,
Ingo Molnar <mingo@...e.hu>,
"kernel-hardening@...ts.openwall.com"
<kernel-hardening@...ts.openwall.com>,
"Paul E. McKenney" <paul.mckenney@...aro.org>,
Kay Sievers <kay.sievers@...y.org>, Greg KH <greg@...ah.com>
Subject: Re: [PATCH] shm: fix a race between shm_exit() and shm_init()
On Wed, 3 Aug 2011 14:35:09 -1000 Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> --- a/init/main.c
> +++ b/init/main.c
> @@ -369,9 +369,12 @@ static noinline void __init_refok rest_init(void)
> init_idle_bootup_task(current);
> preempt_enable_no_resched();
> schedule();
> - preempt_disable();
> +
> + /* At this point, we can enable user mode helper functionality */
> + usermodehelper_enable();
>
> /* Call into cpu_idle with preempt disabled */
> + preempt_disable();
> cpu_idle();
> }
Well, it's still a workaround. We'll still have driver_init() trying
to run userspace helpers at an inappropriate time, and failing to do
so. Either something will break or it should not be attempting
attempting to do this at all.
Perhaps Kay and Greg can suggest how we can fix all this up?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists