Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4193548ybi; Tue, 18 Jun 2019 13:33:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqxxxoyZCug5XjYVZD6PFpwd4F7wcD2xh77MxjrCAGwA3WZUtUGu1xaHq9oywgYY1rcSalkq X-Received: by 2002:aa7:8d98:: with SMTP id i24mr54059387pfr.199.1560890036155; Tue, 18 Jun 2019 13:33:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560890036; cv=none; d=google.com; s=arc-20160816; b=hgLG/mf/Noek2iS5+ioEyLWYAbe2DQqOKSd+lidsMK7yjNRKngx409jzpKv34ZLO6M HYPWBJKfr/ZDbO3iVDW+j5M1aMIh82J+Y96j2fxaItMj9DXDP+7mc/oxmHhgN/sJ8quf im5NdiTQmtzt2IiEDgsIlTY9uXK/R9DEK695qTowTUIaKuYXwUSIqY+td57aBCa1UQC3 7wBV9TGMz8xWX9vR3wj89+Z2CBZ0r8+1pvY/6y3tjWWiArPOsX4Hu9nz0w435GnU1DW3 oRpzEeenqVu6E6wL3l56rGNcDrMMAMASlgApUA+tl/3KAzYTko6LZW14HSNnyxF+kY9/ NLtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:references:message-id:date:thread-index :thread-topic:subject:cc:to:from; bh=qwBwJSjkwZvs/hbfJmIAryox5eyTepY2X+4oEf7MGuE=; b=0/fHk2VhQ+2EUiwyfDrYXG/f/ptXLta3/iAWkeHZhHy+FZFXUUGVX1c8jmL0DnKpRn psPspRQXvF937SyVrY00JjdXm34Nf+d/QaY0aBs9pWn+OASFipNu3EIvWVoPceGBX0bz b3NeC8HQwunWN2MDU3g9r2lMJ/h+lqjIkZ/VgmT1UGHRbLcvB2ktQoJ02ZqFZTdRtSlb 6xbFHwRI9N9LIgnhdTDF4hD7n5UHeGqMVtpCI8eFfQOnRteW6l8PQdCZYiyPrCSf5Jwq YobkNuFAV2YJ5/bS8HqK7LrhxbyWXNKsgQs4LEUzcPx7gXNuDF8L9JN+fYX7SvlEQkGW fD9g== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u18si991919pgk.506.2019.06.18.13.33.40; Tue, 18 Jun 2019 13:33:56 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730626AbfFRUby convert rfc822-to-8bit (ORCPT + 99 others); Tue, 18 Jun 2019 16:31:54 -0400 Received: from mga12.intel.com ([192.55.52.136]:54755 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729961AbfFRUby (ORCPT ); Tue, 18 Jun 2019 16:31:54 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jun 2019 13:31:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,390,1557212400"; d="scan'208";a="161848074" Received: from orsmsx107.amr.corp.intel.com ([10.22.240.5]) by fmsmga007.fm.intel.com with ESMTP; 18 Jun 2019 13:31:53 -0700 Received: from orsmsx162.amr.corp.intel.com (10.22.240.85) by ORSMSX107.amr.corp.intel.com (10.22.240.5) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 18 Jun 2019 13:31:52 -0700 Received: from orsmsx110.amr.corp.intel.com ([169.254.10.92]) by ORSMSX162.amr.corp.intel.com ([169.254.3.80]) with mapi id 14.03.0439.000; Tue, 18 Jun 2019 13:31:52 -0700 From: "Moore, Robert" 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" , Linux PWM List , Linux Kernel Mailing List Subject: RE: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table loads Thread-Topic: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table loads Thread-Index: AQHVIPn/qqDB5Bv4z0aSsleXlAnDw6abVhaAgAADpwD///G0sIAEkokAgACES6CAAT+dAIAANdnAgAALWnCAAAJ3oIAAAgmg Date: Tue, 18 Jun 2019 20:31:52 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E3B95FB0BA@ORSMSX110.amr.corp.intel.com> References: <94F2FBAB4432B54E8AACC7DFDE6C92E3B95EFB26@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E3B95F9EC6@ORSMSX110.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYWYzNDM4MzQtOGVmNS00ZTRiLWJkZTktZDExNTM1YTg5ZDk3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoialA3Y1d2Z3ZkMnZ2VUpzaXc3aDBTaWxGMFFmdEE4QUdvRCtYSHUrWWozN0g3cnRLckZMc1hwbEdXZkdmditHZiJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > -----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' ; '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. > > > -----Original Message----- > > From: Moore, Robert > > Sent: Tuesday, June 18, 2019 1:23 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' ; '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 > > > > It looks to me that the package objects are being initialized properly > > already, unless I'm missing something. Please check the examples below > > and in the attached files. > > > > Attached is a small test case that dynamically loads an SSDT which > > contains a package object which in turn contains references to other > > objects. > > > > > > Main DSDT: > > Method (LD1) > > { > > Load (BUF1, HNDL) // SSDT is in BUF1 > > Store (HNDL, Debug) > > Return > > } > > > > Loaded table: > > External (DEV1, DeviceObj) > > Name (PKG1, Package() { > > 1,2, DEV2, DEV1, 4}) > > Device (DEV2) {} > > > > > > AcpiExec Output: > > - ev ld1 > > Evaluating \LD1 > > ACPI: Dynamic OEM Table Load: > > ACPI: SSDT 0x00000000006DEEB8 000051 (v02 Intel Load 00000001 > INTL > > 20190509) > > ACPI Exec: Table Event INSTALL, [SSDT] 006DEEB8 > > Table [SSDT: Load ] (id 06) - 5 Objects with 1 Devices, 0 > > Regions, 1 Methods > > ACPI Exec: Table Event LOAD, [SSDT] 006DEEB8 ACPI Debug: Reference > > [DdbHandle] Table Index 0x3 > > 0x7 Outstanding allocations after evaluation of \LD1 Evaluation of > > \LD1 returned object 006D2FE8, external buffer length 18 > > [Integer] = 0000000000000000 > > > > - ev pkg1 > > Evaluating \PKG1 > > Evaluation of \PKG1 returned object 006D2FE8, external buffer length > 90 > > [Package] Contains 5 Elements: > > [Integer] = 0000000000000001 > > [Integer] = 0000000000000002 > > [Object Reference] = 006DDF88 Name DEV2 Device > > [Object Reference] = 006DD608 Name DEV1 Device > > [Integer] = 0000000000000004