-----Original Message-----
From: Nikolaus Voss [mailto:[email protected]] 
Sent: Friday, June 14, 2019 2:26 AM
To: Rafael J. Wysocki <[email protected]>
Cc: Rafael J. Wysocki <[email protected]>; Len Brown <[email protected]>; Moore, 
Robert <[email protected]>; Schmauss, Erik <[email protected]>; 
Jacek Anaszewski <[email protected]>; Pavel Machek <[email protected]>; Dan 
Murphy <[email protected]>; Thierry Reding <[email protected]>; ACPI Devel 
Maling List <[email protected]>; open list:ACPI COMPONENT ARCHITECTURE 
(ACPICA) <[email protected]>; [email protected]; Linux PWM List 
<[email protected]>; Linux Kernel Mailing List 
<[email protected]>
Subject: Re: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table loads

Hi Rafael,

On Fri, 14 Jun 2019, Rafael J. Wysocki wrote:
> On Wed, Jun 12, 2019 at 10:36 AM Nikolaus Voss 
> <[email protected]> wrote:
>>
>> If an ACPI SSDT overlay is loaded after built-in tables have been 
>> loaded e.g. via configfs or efivar_ssdt_load() it is necessary to 
>> rewalk the namespace to resolve references. Without this, relative 
>> and absolute paths like ^PCI0.SBUS or \_SB.PCI0.SBUS are not resolved 
>> correctly.
>>
>> Make configfs load use the same method as efivar_ssdt_load().
>>
>> Signed-off-by: Nikolaus Voss <[email protected]>
>
> This is fine by me, so
>
> Acked-by: Rafael J. Wysocki <[email protected]>
>
> Or if you want me to take this patch (without the other two in the 
> series), please let me know.

thanks. I think it would be the best if you take up this patch as it is an 
independent topic. In retrospect it wasn't a good idea to put it into this 
series.

Kind regards,
Niko

I would have to ask, why is additional code needed for package 
initialization/resolution? It already happens elsewhere in acpica.
Bob

[...]

Reply via email to