RE: [UPDATE RFC PATCH 2] ACPICA: Events: Introduce ACPI_GPE_HANDLER_RAW to fix 2 issues for the current GPE APIs.

2014-11-23 Thread Zheng, Lv
Hi, Adding people that were disturbed by my fault previously. You should also reply in the same thread with this validation result. As we might need this to be the motivation for the proposal that the GPE dead lock issue should be fixed in a higher priority way. I've reported this at:

RE: [UPDATE RFC PATCH 2] ACPICA: Events: Introduce ACPI_GPE_HANDLER_RAW to fix 2 issues for the current GPE APIs.

2014-11-23 Thread Zheng, Lv
Hi, Adding people that were disturbed by my fault previously. You should also reply in the same thread with this validation result. As we might need this to be the motivation for the proposal that the GPE dead lock issue should be fixed in a higher priority way. I've reported this at:

[UPDATE RFC PATCH 2] ACPICA: Events: Introduce ACPI_GPE_HANDLER_RAW to fix 2 issues for the current GPE APIs.

2014-11-20 Thread Lv Zheng
(update due to a missing flag set in ec.c) Since whether the GPE should be disabled/enabled/cleared should only be determined by the GPE driver's state machine: 1. GPE should be disabled if the driver wants to switch to the GPE polling mode when a GPE storm condition is indicated and should be

[UPDATE RFC PATCH 2] ACPICA: Events: Introduce ACPI_GPE_HANDLER_RAW to fix 2 issues for the current GPE APIs.

2014-11-20 Thread Lv Zheng
(update due to a missing flag set in ec.c) Since whether the GPE should be disabled/enabled/cleared should only be determined by the GPE driver's state machine: 1. GPE should be disabled if the driver wants to switch to the GPE polling mode when a GPE storm condition is indicated and should be