-----Original Message-----
From: Nikolaus Voss [mailto:n...@vosn.de]
Sent: Friday, June 14, 2019 2:26 AM
To: Rafael J. Wysocki <raf...@kernel.org>
Cc: Rafael J. Wysocki <r...@rjwysocki.net>; Len Brown <l...@kernel.org>; Moore,
Robert <robert.mo...@intel.com>; Schmauss, Erik <erik.schma...@intel.com>;
Jacek Anaszewski <jacek.anaszew...@gmail.com>; Pavel Machek <pa...@ucw.cz>; Dan
Murphy <dmur...@ti.com>; Thierry Reding <thierry.red...@gmail.com>; ACPI Devel
Maling List <linux-a...@vger.kernel.org>; open list:ACPI COMPONENT ARCHITECTURE
(ACPICA) <de...@acpica.org>; linux-l...@vger.kernel.org; Linux PWM List
<linux-...@vger.kernel.org>; Linux Kernel Mailing List
<linux-kernel@vger.kernel.org>
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
> <nikolaus.v...@loewensteinmedical.de> 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 <nikolaus.v...@loewensteinmedical.de>
>
> This is fine by me, so
>
> Acked-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
>
> 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
[...]
