Re: Unwanted delayed execution of _Qxx EC methods

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux