On Thu, Oct 15, 2015 at 11:09 AM, Borislav Petkov <b...@alien8.de> wrote: > On Fri, Oct 09, 2015 at 06:12:44AM -0700, tip-bot for Andy Lutomirski wrote: >> Commit-ID: 150ac78d63afb96360dab448b7b4d33c98c8266c >> Gitweb: >> http://git.kernel.org/tip/150ac78d63afb96360dab448b7b4d33c98c8266c >> Author: Andy Lutomirski <l...@kernel.org> >> AuthorDate: Mon, 5 Oct 2015 17:48:14 -0700 >> Committer: Ingo Molnar <mi...@kernel.org> >> CommitDate: Fri, 9 Oct 2015 09:41:10 +0200 >> >> x86/entry/32: Switch INT80 to the new C syscall path >> >> Signed-off-by: Andy Lutomirski <l...@kernel.org> >> Cc: Andy Lutomirski <l...@amacapital.net> >> Cc: Borislav Petkov <b...@alien8.de> >> Cc: Brian Gerst <brge...@gmail.com> >> Cc: Denys Vlasenko <dvlas...@redhat.com> >> Cc: H. Peter Anvin <h...@zytor.com> >> Cc: Linus Torvalds <torva...@linux-foundation.org> >> Cc: Peter Zijlstra <pet...@infradead.org> >> Cc: Thomas Gleixner <t...@linutronix.de> >> Cc: linux-kernel@vger.kernel.org >> Link: >> http://lkml.kernel.org/r/a7e8d8df96838eae3208dd0441023f3ce7a81831.1444091585.git.l...@kernel.org >> Signed-off-by: Ingo Molnar <mi...@kernel.org> >> --- >> arch/x86/entry/entry_32.S | 34 +++++++++++++--------------------- >> 1 file changed, 13 insertions(+), 21 deletions(-) > > Just triggered this here on rc5+tip/master, 32-bit. Any ideas? > > ------------[ cut here ]------------ > WARNING: CPU: 1 PID: 1 at > /mnt/kernel/kernel/linux-2.6/kernel/locking/lockdep.c:2639 > trace_hardirqs_off_caller+0xef/0x150() > DEBUG_LOCKS_WARN_ON(!irqs_disabled()) > Modules linked in: > > CPU: 1 PID: 1 Comm: init Tainted: G W 4.3.0-rc5+ #1 > Hardware name: LENOVO 30515QG/30515QG, BIOS 8RET30WW (1.12 ) 09/15/2011 > 00000000 00000000 f44fbf34 c1301072 f44fbf74 f44fbf64 c105658d c1819094 > f44fbf90 00000001 c181f838 00000a4f c10a284f c10a284f f4520000 c1662048 > 00000009 f44fbf7c c10565f3 00000009 f44fbf74 c1819094 f44fbf90 f44fbf9c > Call Trace: > [<c1301072>] dump_stack+0x4b/0x79 > [<c105658d>] warn_slowpath_common+0x8d/0xc0 > [<c10a284f>] ? trace_hardirqs_off_caller+0xef/0x150 > [<c10a284f>] ? trace_hardirqs_off_caller+0xef/0x150 > [<c1662048>] ? entry_INT80_32+0x28/0x2f
Can you turn that entry_INT80_32 address into either a line number of some assembly code? I'm not seeing the code path that could do this, and there are two unlikely choices. Based on the warning that triggered, I assume you have CONFIG_PROVE_LOCKING=y, which means that the obvious failures that would have blown up like this should also have warned earlier. --Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
