On Wednesday, April 25, 2018 4:28:27 PM CEST Sebastian Andrzej Siewior wrote:
From: Steven Rostedt <rostedt(a)goodmis.org>
We hit the following bug with -RT:
|BUG: scheduling while atomic: swapper/7/0/0x00000002
|Pid: 0, comm: swapper/7 Not tainted 3.6.11-rt28.19.el6rt.x86_64.debug #1
As the acpi code disables interrupts in acpi_idle_enter_bm, and calls
code that grabs the acpi lock, it causes issues as the lock is currently
in RT a sleeping lock.
The lock was converted from a raw to a sleeping lock due to some
previous issues, and tests that showed it didn't seem to matter.
Unfortunately, it did matter for one of our boxes.
This patch converts the lock back to a raw lock. I've run this code on a
few of my own machines, one being my laptop that uses the acpi quite
extensively. I've been able to suspend and resume without issues.
[ tglx: Made the change exclusive for acpi_gbl_hardware_lock ]
Signed-off-by: Steven Rostedt <rostedt(a)goodmis.org>
Cc: John Kacur <jkacur(a)gmail.com>
Cc: Clark Williams <clark(a)redhat.com>
Signed-off-by: Thomas Gleixner <tglx(a)linutronix.de>
[bigeasy: shorten the backtrace, use the type acpi_raw_spinlock incl.
Signed-off-by: Sebastian Andrzej Siewior <bigeasy(a)linutronix.de>
Applied along with the [1/2], thanks!