[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFz3vW_qnrwa6kWMsN1pGbjnyGXGBNhH=DO0berKgyOtgQ@mail.gmail.com>
Date: Sun, 10 Aug 2014 14:10:49 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Guenter Roeck <linux@...ck-us.net>
Cc: Oleg Nesterov <oleg@...hat.com>, Kees Cook <keescook@...omium.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Andy Lutomirski <luto@...capital.net>
Subject: Re: Runtime trouble with commit dbd952127d (seccomp: introduce writer locking)
On Sun, Aug 10, 2014 at 1:51 PM, Guenter Roeck <linux@...ck-us.net> wrote:
> That means that the broken configuration is (CONFIG_DEBUG_SPINLOCK=n,
> CONFIG_SMP=n).
> It also means that the BUG_ON checks introduced with the seccomp commit
> will cause this configuration to fail hard at least for architectures where
> CONFIG_SMP
> can be disabled, and if those architectures use
> include/linux/spinlock_types_up.h.
Yes. This is why we have "assert_spin_locked()". You can't use
BUG_ON(spin_is_locked()), and !spin_is_locked() tends to be even worse
unless you can prove that nobody else can get the lock simultaneously.
Linus
--
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