Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp230645ybd; Sat, 22 Jun 2019 02:05:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2mBDaEiVBS1oR5EhdiYqreaphFdolli6E+mKZHUXwkJUbQsGL7kcp6tE9FR1rV7gbhFob X-Received: by 2002:a17:90a:cb8e:: with SMTP id a14mr11738625pju.124.1561194306141; Sat, 22 Jun 2019 02:05:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561194306; cv=none; d=google.com; s=arc-20160816; b=rixxpFSWAN2J2g6hR7JTLl3IYxaFfsSOf6tcW11WFWrxHTheGyRumXW+nwfqnxUl+n eRWvd5XZiQzqj3fU4CDsmV0J1MEZaAOa3RjfqYjpWuBfxbnT09diQhb2VRPOV07zvd7A kmdr9+TinBC35F1nR9oqD6dsnJyDYCQW3oh/gqE+oPI1eS953MqgckFo2L9d/r9cLmSc 6HqsdceCEaQgr5Zsk8g8PeLZ/OkHfy58gU55RQDQqfgCk3yNFLq9ul15i5cBd3+y1GFt MjBqsip2/L9IlcDi79/Dofqe6iiLKLRXa3VMBxmxS7o8+8oftJxsXkcXmjksyPJAV1cW bUNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=znnrmmd5ezgQQoLVi1c3W8tP7JtD4QP2MPjjSsJDXVU=; b=EVFsVI5ddqbTVDE2DHBKDPXTeJ+ji2xTLes4ppOTVilm7uMKalNWG7LVsUKWXKTRmV 6J4JBFiMf0k1BzVFxExQfWdvv2Tz57DpcgUg2F6O3LkiWS6RMl2wDCYORqihcD8vEKA1 ej24wp5aKISlzXtZXrg0wyca9F+Xmj1K1vmuoxAT2hcOOiuOG6fybXL6Lpv07bok1+t/ rsfvsyzzXfgNDadISqXvRXiIAlbMnWAlxxnqGCWMufzXx4h+nr1i9SdzEwzqsh/7a+Ti xlfuUQGWM4bU4OLViSZLXKpEBSK8GdGOXTmp0bttTI59o+/TK5Ife9lxXGrH7YH/kX6N sIKQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s23si4973498pji.52.2019.06.22.02.04.51; Sat, 22 Jun 2019 02:05:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726328AbfFVJEp (ORCPT + 99 others); Sat, 22 Jun 2019 05:04:45 -0400 Received: from mail-oi1-f196.google.com ([209.85.167.196]:43267 "EHLO mail-oi1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726276AbfFVJEo (ORCPT ); Sat, 22 Jun 2019 05:04:44 -0400 Received: by mail-oi1-f196.google.com with SMTP id w79so6333877oif.10; Sat, 22 Jun 2019 02:04:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=znnrmmd5ezgQQoLVi1c3W8tP7JtD4QP2MPjjSsJDXVU=; b=J4puKHaedbCVC0VPDEv6DPwzuVD/6NLYgQURAXaVuj9/aPGV3lcvz2L/JpGMRehaOE JzTqLFh4UVgXb2MSxJVFHy9+c8EsQdYqBrBfK3rbxgxIleboENJL+oL/ITOdXOhEtGzD ZoLbSd5r7rJAzhqSDEmjcjBwwg5qPvC5yXSSxXdrEpz9QhjfqagRtUEqxudBFS54drle vAic2Pv6HFtm/PDTOOhqVuqejUYs4fV3knL9SJpnVTCmKFO1ALGHX+F+96ua/+J8qm87 4C20oW/e6ZZMGz0ZfLtEZMoPQoTDi/3JDvcUrh9sMSAWoZIvmMt2KBKH61Ux4NXs9M4G vcFQ== X-Gm-Message-State: APjAAAX/xEGXxiPNboakoJnifA3ebMXmN+YfdEMGNOE4FymakXBCLU0w K5Xb7y5cmoOAzc7qpgmdMT/L1QnC7jQ/pJrZXxU= X-Received: by 2002:aca:4e89:: with SMTP id c131mr5281987oib.57.1561194283551; Sat, 22 Jun 2019 02:04:43 -0700 (PDT) MIME-Version: 1.0 References: <94F2FBAB4432B54E8AACC7DFDE6C92E3B95EFB26@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E3B95F9EC6@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E3B95FB0BA@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E3B95FC28D@ORSMSX110.amr.corp.intel.com> In-Reply-To: From: "Rafael J. Wysocki" Date: Sat, 22 Jun 2019 11:04:32 +0200 Message-ID: Subject: Re: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table loads To: Nikolaus Voss , "Moore, Robert" Cc: Len Brown , "Schmauss, Erik" , Jacek Anaszewski , Pavel Machek , Dan Murphy , Thierry Reding , ACPI Devel Maling List , "open list:ACPI COMPONENT ARCHITECTURE (ACPICA)" , "linux-leds@vger.kernel.org" , Linux PWM List , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 20, 2019 at 8:49 AM Nikolaus Voss wrote: > > On Wed, 19 Jun 2019, Moore, Robert wrote: > > > > > >> -----Original Message----- > >> From: Nikolaus Voss [mailto:nv@vosn.de] > >> Sent: Wednesday, June 19, 2019 2:31 AM > >> To: Moore, Robert > >> Cc: Rafael J. Wysocki ; Rafael J. Wysocki > >> ; Len Brown ; Schmauss, Erik > >> ; Jacek Anaszewski > >> ; Pavel Machek ; Dan Murphy > >> ; Thierry Reding ; ACPI Devel > >> Maling List ; open list:ACPI COMPONENT > >> ARCHITECTURE (ACPICA) ; linux-leds@vger.kernel.org; > >> Linux PWM List ; Linux Kernel Mailing List > >> ; nikolaus.voss@loewensteinmedical.de > >> Subject: RE: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table > >> loads > >> > >> Hi Bob, > >> > >> On Tue, 18 Jun 2019, Moore, Robert wrote: > >>> > >>> > >>>> -----Original Message----- > >>>> From: Moore, Robert > >>>> Sent: Tuesday, June 18, 2019 1:25 PM > >>>> To: 'Nikolaus Voss' > >>>> Cc: 'Rafael J. Wysocki' ; 'Rafael J. Wysocki' > >>>> ; 'Len Brown' ; Schmauss, Erik > >>>> ; 'Jacek Anaszewski' > >>>> ; 'Pavel Machek' ; 'Dan > >>>> Murphy' ; 'Thierry Reding' > >>>> ; 'ACPI Devel Maling List' > >>>> ; 'open list:ACPI COMPONENT ARCHITECTURE > >>>> (ACPICA)' ; 'linux- leds@vger.kernel.org' >> leds@vger.kernel.org>; 'Linux PWM List' > >>>> ; 'Linux Kernel Mailing List' >>>> kernel@vger.kernel.org> > >>>> Subject: RE: [PATCH v2 1/3] ACPI: Resolve objects on host-directed > >>>> table loads > >>>> > >>>> If it is in fact the AcpiLoadTable interface that is incorrect, that > >>>> of course is different. I'll check that out next. > >>>> > >>> [Moore, Robert] > >>> > >>> Yes, this is the issue, not specifically the Load() operator, but the > >>> AcpiLoadTable interface only. > >> > >> thanks for checking this out. So what is the conclusion? Is my fix of > >> AcpiLoadTable() sufficient or do we need a different solution? > >> > >> Niko > >> > > > > > > Your change is in the correct area. We want to do something like this, however: > > > > diff --git a/source/components/executer/exconfig.c b/source/components/executer/exconfig.c > > index 84a058ada..eba1a6d28 100644 > > --- a/source/components/executer/exconfig.c > > +++ b/source/components/executer/exconfig.c > > @@ -342,10 +342,9 @@ AcpiExLoadTableOp ( > > return_ACPI_STATUS (Status); > > } > > > > - /* Complete the initialization/resolution of package objects */ > > + /* Complete the initialization/resolution of new objects */ > > > > - Status = AcpiNsWalkNamespace (ACPI_TYPE_PACKAGE, ACPI_ROOT_OBJECT, > > - ACPI_UINT32_MAX, 0, AcpiNsInitOnePackage, NULL, NULL, NULL); > > + AcpiNsInitializeObjects (); > > > > /* Parameter Data (optional) */ > > > > @@ -620,10 +619,11 @@ AcpiExLoadOp ( > > return_ACPI_STATUS (Status); > > } > > > > - /* Complete the initialization/resolution of package objects */ > > + /* Complete the initialization/resolution of new objects */ > > > > - Status = AcpiNsWalkNamespace (ACPI_TYPE_PACKAGE, ACPI_ROOT_OBJECT, > > - ACPI_UINT32_MAX, 0, AcpiNsInitOnePackage, NULL, NULL, NULL); > > + AcpiExExitInterpreter (); > > + AcpiNsInitializeObjects (); > > + AcpiExEnterInterpreter (); > > > > /* Store the DdbHandle into the Target operand */ > > > > diff --git a/source/components/tables/tbxfload.c b/source/components/tables/tbxfload.c > > index 217d54bf0..1e17db6c8 100644 > > --- a/source/components/tables/tbxfload.c > > +++ b/source/components/tables/tbxfload.c > > @@ -479,6 +479,13 @@ AcpiLoadTable ( > > ACPI_INFO (("Host-directed Dynamic ACPI Table Load:")); > > Status = AcpiTbInstallAndLoadTable (ACPI_PTR_TO_PHYSADDR (Table), > > ACPI_TABLE_ORIGIN_EXTERNAL_VIRTUAL, FALSE, &TableIndex); > > + if (ACPI_SUCCESS (Status)) > > + { > > + /* Complete the initialization/resolution of new objects */ > > + > > + AcpiNsInitializeObjects (); > > + } > > + > > return_ACPI_STATUS (Status); > > } > > Ok, I see your are taking this up (I was a bit unsure after your previous > post). Thanks, The $subject patch has been queued for 5.3. If I should drop it, please let me know. Thanks!