Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, July 22, 2014 9:12 AM
>
> On Monday, July 21, 2014 02:04:51 PM Lv Zheng wrote:
> > Note that this patchset is very stable now, it is sent as RFC because it
> > depends on an ACPICA GPE enhancement series which might be merged from
> > ACPICA upstream.
>
> Do I remember correctly that this is the plan?
>
> So I'm expecting to receive the Linux versions of the relevant ACPICA changes
> from you and then I'll apply this material on top of them.
>
> We don't need to wait for the next ACPICA release with this I think, but
> I'd like the GPE changes to be applied to upstream ACPICA at least before
> I get them.
Yes, I'm trying.
I'll re-send this series after an ACPICA release cycle that contains the
dependent GPE series.
Let me highlight the real value of this EC series:
This is a good IO driver material to demonstrate:
1. runtime idle: this is not implemented yet because of ACPICA issues that are
not root caused, let me show this possibility this below.
2. storming safe: can also deal with all kinds of silicon without worrying
about IRQ storming.
On top of this, after
1. making sure that acpi_evaluate_object(_Qxx) won't be a blocking point, and
extending the referenced period to the end of the evaluation,
2. adding 1 more patch to the ACPICA series, using a flag to bypass the
automatic GPE disabling/enabling,
3. adding 1 more patch to make EC event poller to disable GPE when sleeping,
Linux EC driver can run without GPE enabled when idle.
Which means GPE is enabled only when:
1. there is an EC command issued from the EC space handler or
2. the event poller thread is timed out or woken up by the EVT_SCI.
So I hope this IO driver enhancement can be a good material to show such
possibility.
Thanks and best regards
-Lv
>
> Rafael
N�����r��y����b�X��ǧv�^�){.n�+����{����zX����ܨ}���Ơz�&j:+v�������zZ+��+zf���h���~����i���z� �w���?�����&�)ߢf��^jǫy�m��@A�a���
0��h���i
