lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 30 Nov 2015 03:09:14 +0000
From:	"Zheng, Lv" <lv.zheng@...el.com>
To:	Daniel J Blueman <daniel@...ascale.com>,
	"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
CC:	Steffen Persvold <sp@...ascale.com>,
	Myron Stowe <myron.stowe@...hat.com>
Subject: RE: overriding ACPI _CRS method

Hi,

IMO, if you want the new _CRS to be applied during the Linux early boot stage, you can override the table using initrd override or DSDT override mechanism.
Please see Documentation/acpi/initrd_table_override.txt or Documentation/acpi/dsdt-override.txt.

If you want the new _CRS to be applied during Linux runtime, you can override it using method customization mechanism.
Please see Documentation/acpi/method-customizing.txt

Thanks and best regards
-Lv

-----Original Message-----
From: linux-acpi-owner@...r.kernel.org [mailto:linux-acpi-owner@...r.kernel.org] On Behalf Of Daniel J Blueman
Sent: Sunday, November 29, 2015 6:59 PM
To: linux-acpi@...r.kernel.org; LKML <linux-kernel@...r.kernel.org>
Cc: Steffen Persvold <sp@...ascale.com>; Myron Stowe <myron.stowe@...hat.com>
Subject: overriding ACPI _CRS method

In firmware that is loaded after the BIOS, I need to trim the root bus resource (0x40000000-0xdfffffff) covering the MMIO window [1], so I can attach further PCI domains.

One strategy is to override the BIOS's DSDT [2] _SB.PCI0._CRS method; even when my firmware appends the bytecode for a new _CRS method [3], alas I see AE_ALREADY_EXISTS [4].

I understood methods were overrideable within the same table (eg not from an SSDT), but perhaps am missing something? Or any better approach to reduce the scope of the PCI domain 0000 root bus?

Thanks!
  Daniel

-- [1]

pci_bus 0000:00: root bus resource [io  0x0000-0x03af window] pci_bus 0000:00: root bus resource [io  0x03e0-0x0cf7 window] pci_bus 0000:00: root bus resource [io  0x03b0-0x03bb window] pci_bus 0000:00: root bus resource [io  0x03c0-0x03df window] pci_bus 0000:00: root bus resource [io  0x8000-0xdfff window] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] pci_bus 0000:00: root bus resource [mem 0xf0000000-0xffffffff window] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff window] pci_bus 0000:00: root bus resource [mem 0x40000000-0xdfffffff window] pci_bus 0000:00: root bus resource [bus 00-04]

[2] https://resources.numascale.com/DSDT.dsl
[3] https://resources.numascale.com/DSDT-extra.dsl

-- [4]

ACPI: Core revision 20150930
ACPI Error: [_CRS] Namespace lookup failure, AE_ALREADY_EXISTS
(20150930/dswload-378)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog
(20150930/psobject-227)
ACPI Exception: AE_ALREADY_EXISTS, [DSDT] table load failed
(20150930/tbxfload-163)
ACPI Error: [\_PR_.P001] Namespace lookup failure, AE_NOT_FOUND
(20150930/dswload-210)
ACPI Exception: AE_NOT_FOUND, During name lookup/catalog
(20150930/psobject-227)
ACPI Exception: AE_NOT_FOUND, (SSDT:POWERNOW) while loading table
(20150930/tbxfload-193)
ACPI Error: 2 table load failures, 0 successful (20150930/tbxfload-214)
--
Daniel J Blueman
Principal Software Engineer, Numascale

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@...r.kernel.org More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists