mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-11-25 00:00:52 +07:00
f988f24ee7
When the debugger is running in the kernel mode, acpi_db_single_step() may also be invoked by the kernel runtime code path but the single stepping command prompt may be erronously logged as the kernel logs and runtime code path cannot proceed. This patch fixes this issue by adding acpi_gbl_db_thread_id for the debugger thread and preventing acpi_db_single_step() to be invoked from other threads. It is not suitable to add acpi_thread_id parameter for acpi_os_execute() as the function may be implemented as work queue on some hosts. So it is better to let the hosts invoke acpi_set_debugger_thread_id(). Currently acpiexec is not configured as DEBUGGER_MULTI_THREADED, but we can do this. When we do this, it is better to invoke acpi_set_debugger_thread_id() in acpi_os_execute() when the execution type is OSL_DEBUGGER_MAIN_THREAD. The support should look like: create_thread(&tid); if (type == OSL_DEBUGGER_MAIN_THREAD) acpi_set_debugger_thread_id(tid); resume_thread(tid); Similarly, semop() may be used for pthread implementation. But this patch simply skips debugger thread ID check for application instead of introducing such complications as there is no need to skip acpi_db_single_step() for an application debugger - acpiexec. Note that the debugger thread ID can also be used by acpi_os_printf() to filter out debugger output. Lv Zheng. Signed-off-by: Lv Zheng <lv.zheng@intel.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> |
||
---|---|---|
.. | ||
platform | ||
acbuffer.h | ||
acconfig.h | ||
acexcep.h | ||
acnames.h | ||
acoutput.h | ||
acpi_bus.h | ||
acpi_drivers.h | ||
acpi_io.h | ||
acpi_lpat.h | ||
acpi_numa.h | ||
acpi.h | ||
acpiosxf.h | ||
acpixf.h | ||
acrestyp.h | ||
actbl1.h | ||
actbl2.h | ||
actbl3.h | ||
actbl.h | ||
actypes.h | ||
acuuid.h | ||
apei.h | ||
button.h | ||
ghes.h | ||
hed.h | ||
pdc_intel.h | ||
processor.h | ||
reboot.h | ||
video.h |