diff options
| author | Lv Zheng <[email protected]> | 2016-06-21 04:34:15 +0000 |
|---|---|---|
| committer | Rafael J. Wysocki <[email protected]> | 2016-06-21 23:07:35 +0000 |
| commit | 2f38b1b16d9280689e5cfa47a4c50956bf437f0d (patch) | |
| tree | 5ce8811934caf7d10eed25f693f9ada91d97096b /scripts/gdb/vmlinux-gdb.py | |
| parent | Revert "ACPICA: ACPI 2.0, Hardware: Add access_width/bit_offset support for a... (diff) | |
| download | kernel-2f38b1b16d9280689e5cfa47a4c50956bf437f0d.tar.gz kernel-2f38b1b16d9280689e5cfa47a4c50956bf437f0d.zip | |
ACPICA: Namespace: Fix deadlock triggered by MLC support in dynamic table loading
The new module-level code (MLC) approach invokes MLC on the per-table
basis, but the dynamic loading support of this is incorrect because
of the lock order:
acpi_ns_evaluate
acpi_ex_enter_intperter
acpi_ns_load_table (triggered by Load opcode)
acpi_ns_exec_module_code_list
acpi_ex_enter_intperter
The regression is introduced by the following commit:
Commit: 2785ce8d0da1cac9d8f78615e116cf929e9a9123
ACPICA Commit: 071eff738c59eda1792ac24b3b688b61691d7e7c
Subject: ACPICA: Add per-table execution of module-level code
This patch fixes this regression by unlocking the interpreter lock
before invoking MLC. However, the unlocking is done to the
acpi_ns_load_table(), in which the interpreter lock should be locked
by acpi_ns_parse_table() but it wasn't.
Fixes: 2785ce8d0da1 (ACPICA: Add per-table execution of module-level code)
Reported-by: Mika Westerberg <[email protected]>
Tested-by: Mika Westerberg <[email protected]>
Signed-off-by: Lv Zheng <[email protected]>
Cc: 4.5+ <[email protected]> # 4.5+
[ rjw : Subject ]
Signed-off-by: Rafael J. Wysocki <[email protected]>
Diffstat (limited to 'scripts/gdb/vmlinux-gdb.py')
0 files changed, 0 insertions, 0 deletions