Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp2165373ybi; Sun, 16 Jun 2019 23:26:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqwVSZcTP1phmJS1K7p13Dj4v8Z85S2RvseQhEBzxJ5Wm7FdxX7yWOFh80l/+tACkYXMIw1v X-Received: by 2002:a63:4a20:: with SMTP id x32mr44478307pga.107.1560752774143; Sun, 16 Jun 2019 23:26:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560752774; cv=none; d=google.com; s=arc-20160816; b=u588SK5HI23PEa99bh9ifmxwABCgkg6OZwa8/XcQrk+h6chAMTKU31YvA+6GNqoqF6 lW0417qAoHCgTeWV0C2fJtuj1tLhFOrtjuiS1GVM1TYRh8ONURYRVxq0yQG57oazFb78 vZTRqb/GtdKmasioC1g0s3nDYTe56T9ZV8laoF6OusyfhP7pwbPW/DcMYzJ7sH5sR3/z qKIWlIg4T5ZQ6j+HgnzDoPN53bkyeORzBmY6Qv8FBLYAzi1Psg4ASPTD4UY+MW0mJBPQ 2Ih6zAhLUJWlz8z0OtEF87ho+ddwRntafCN5sGuAB0QooNUXH32mAjntSSxGRbpSosaC XCWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=qdtJ5Y0zoEXoQHadWnyMGDh4p2rl7tOBaAkdVIfajSw=; b=tpsnPc5m9g6lsI1phM36DfDoql37eR+VhRZGt8hpMjtoVcAnq7nAzX1VJ3T5zCapj8 k0jKqojmpJlf7/+ucSdQ1wGmmXYZtMz0Ca9Yg2UUH90AUuGIv3+eHU90EWG1ot4Sr+PD iJYalafsy6s/cMH7cWuMM45SxycWQI25MlcyvENQsbuxgNEbrUi3cQOgww3mv8R7NnaZ yuDzHIE1JvjP60vcB/7DNO/yEW86d1u1uLNiefYcMP10IVehhWwnAetfvZhz6wZRrWcU IXQeIHWQJpoS2cO1uUYf6cectla2m6J8oG2+vwMrrr4AFkrve+GhHbh9I0NkW4awjYKE +X/w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k8si9515245pgq.28.2019.06.16.23.25.56; Sun, 16 Jun 2019 23:26:14 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725884AbfFQGYY (ORCPT + 99 others); Mon, 17 Jun 2019 02:24:24 -0400 Received: from mail.steuer-voss.de ([85.183.69.95]:36734 "EHLO mail.steuer-voss.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725372AbfFQGYX (ORCPT ); Mon, 17 Jun 2019 02:24:23 -0400 X-Virus-Scanned: Debian amavisd-new at mail.steuer-voss.de Received: by mail.steuer-voss.de (Postfix, from userid 1000) id 824734CD6C; Mon, 17 Jun 2019 08:24:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.steuer-voss.de (Postfix) with ESMTP id 7E5FC4CD50; Mon, 17 Jun 2019 08:24:18 +0200 (CEST) Date: Mon, 17 Jun 2019 08:24:18 +0200 (CEST) From: Nikolaus Voss X-X-Sender: nv@fox.voss.local 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 In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E3B95EFB26@ORSMSX110.amr.corp.intel.com> Message-ID: References: <94F2FBAB4432B54E8AACC7DFDE6C92E3B95EFB26@ORSMSX110.amr.corp.intel.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Bob, On Fri, 14 Jun 2019, Moore, Robert wrote: > > > -----Original Message----- > From: Nikolaus Voss [mailto:nv@vosn.de] > Sent: Friday, June 14, 2019 2:26 AM > To: Rafael J. Wysocki > Cc: Rafael J. Wysocki ; Len Brown ; Moore, Robert ; 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 > 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 >> 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 >> >> This is fine by me, so >> >> Acked-by: Rafael J. Wysocki >> >> 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 for built-in tables loaded via acpi_ex_load_table_op() everything is fine, because after acpi_tb_load_table() acpi_ns_walk_namespace() is called to resolve references. My fix only affects tables loaded dynamically via either acpi_configfs driver (for debugging purposes) or efivar_ssdt_load() (to specify a table on the kernel's command line). They use acpi_load_table() to load the table from a caller-owned buffer. To resolve the references, it is again necessary to rewalk the namespace, which was simply missing in acpi_load_table(). Niko