[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20111208193003.112037550@goodmis.org>
Date: Thu, 08 Dec 2011 14:30:03 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: linux-kernel@...r.kernel.org
Cc: Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"H. Peter Anvin" <hpa@...or.com>,
Frederic Weisbecker <fweisbec@...il.com>,
Jason Baron <jbaron@...hat.com>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>
Subject: [RFC][PATCH 0/3] x86: Find a way to allow breakpoints in NMIs
As been previously discussed on LKML, x86 has an issue with NMIs and iret.
If an NMI takes an exception or breakpoint, iret that those handlers do
will take the CPU out of NMI context, which could allow another NMI to
come in and corrupt the stack.
Linus has discussed a way to solve this and I tried to implement it.
What I came up with was a bit different, but I'm posting it now to get
some feedback from it. See patch 3. I wrote a very detailed change log
there and wont repeat it here.
Let me know what everyone thinks.
Thanks!
-- Steve
---
Linus Torvalds (1):
x86: Do not schedule while still in NMI context
Steven Rostedt (2):
x86: Document the NMI handler about not using paranoid_exit
x86: Add workaround to NMI iret woes
----
arch/x86/kernel/entry_64.S | 209 +++++++++++++++++++++++++++++++++++++-------
1 files changed, 176 insertions(+), 33 deletions(-)
--
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