Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code

2016-09-26 Thread Rafael J. Wysocki
On Monday, September 26, 2016 07:43:14 AM Zheng, Lv wrote: > Hi, Rafael > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > Subject: Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code > > > > On Friday, September 23, 2016 11:26:26 AM Lv Z

RE: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code

2016-09-26 Thread Zheng, Lv
Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code > > On Friday, September 23, 2016 11:26:26 AM Lv Zheng wrote: > > After fixing ACPICA internal locking issues, we can enable the c

Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code

2016-09-23 Thread Rafael J. Wysocki
On Friday, September 23, 2016 11:26:26 AM Lv Zheng wrote: > After fixing ACPICA internal locking issues, we can enable the correct > grammar support for the table loading. The new grammar treats the entire > table as TermList rather than ObjectList, thus the module level code should > be executed r

[PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code

2016-09-22 Thread Lv Zheng
After fixing ACPICA internal locking issues, we can enable the correct grammar support for the table loading. The new grammar treats the entire table as TermList rather than ObjectList, thus the module level code should be executed right in place. MLC (module level code) is an ACPICA terminology d