diff options
author | Lv Zheng <lv.zheng@intel.com> | 2015-01-14 19:28:53 +0800 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2015-01-23 22:06:49 +0100 |
commit | 550b3aac5a72c4209f1ad3bc0ade663d5cb36f7f (patch) | |
tree | a348dd2ecfb05cddb5a5de9122d3477792d45690 /drivers/acpi/acpica/nswalk.c | |
parent | 74443bbed72ab22ee005ecb6ecdc657a8018e1db (diff) | |
download | blackbird-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