Re: Unwanted delayed execution of _Qxx EC methods

[Gabriele Mazzotta <gabriele.mzt@gmail.com>]

On Friday 06 March 2015 01:52:48 Zheng, Lv wrote:
> Hi, Gabriele
> 
> 
> I couldn't find this in my mail box, but saw it in the spinics.net.
> 
> For EC query, there is no spec definitions around its behavior.
> Some EC firmware will have events queued (like edge triggering) while the others will keeps on reporting events when a condition is set (like level triggering).
> I think this case is a "level triggering like events", it is very useful for us to learn.
> We should be able to handle both firmware variations using one software architecture.
> Supporting this becomes possible now because we are able to switch EC handling between polling/interrupt modes using enhanced ACPICA GPE APIs.
> So we are able to switch EC into polling mode when SCI_EVT is detected and blocks further events and handles all transactions in polling mode.
> After completing the _Qxx evaluation we then can switch back to the interrupt mode and unblock further events.
> 
> Could you please open a kernel Bugzilla entry at: https://bugzilla.kernel.org
> So we can discuss there with more test cases considered.
> 
> Thanks and best regards
> -Lv

Hi,

thanks for the explanation.

I opened a bug report as requested, here the address:
https://bugzilla.kernel.org/show_bug.cgi?id=94411

Regards,
Gabriele