summaryrefslogtreecommitdiffstats
path: root/drivers/acpi/acpica/nswalk.c
diff options
context:
space:
mode:
authorLv Zheng <lv.zheng@intel.com>2015-01-14 19:28:53 +0800
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2015-01-23 22:06:49 +0100
commit550b3aac5a72c4209f1ad3bc0ade663d5cb36f7f (patch)
treea348dd2ecfb05cddb5a5de9122d3477792d45690 /drivers/acpi/acpica/nswalk.c
parent74443bbed72ab22ee005ecb6ecdc657a8018e1db (diff)
downloadblackbird-op-linux-550b3aac5a72c4209f1ad3bc0ade663d5cb36f7f.tar.gz
blackbird-op-linux-550b3aac5a72c4209f1ad3bc0ade663d5cb36f7f.zip
ACPI / EC: Cleanup QR_EC related code
The QR_EC related code pieces have redundants, this patch merges them into acpi_ec_query() which invokes acpi_ec_transaction() where EC mutex and the global lock are already held. After doing so, query handler traversal still need to be locked by EC mutex after invoking acpi_ec_transaction(). Note that EC event handling is sequential. We fetch one event from firmware event queue and process it until 0x00 or error returned. So we don't need to hold mutex for whole acpi_ec_clear() process to determine whether we should continue to drain. And for the same reason, we don't need to hold mutex for the whole procedure from the QR_EC transaction to the query handler traversal. Signed-off-by: Lv Zheng <lv.zheng@intel.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/acpi/acpica/nswalk.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud