[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5661FB9B.20201@arm.com>
Date: Fri, 4 Dec 2015 14:46:19 -0600
From: Jeremy Linton <jeremy.linton@....com>
To: Arnd Bergmann <arnd@...db.de>, linux-arm-kernel@...ts.infradead.org
Cc: liguozhu@...ilicon.com,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Gabriele Paoloni <gabriele.paoloni@...wei.com>,
linaro-acpi@...ts.linaro.org, catalin.marinas@....com,
Liviu.Dudau@....com, linux-kernel@...r.kernel.org,
will.deacon@....com, linux-acpi@...r.kernel.org,
wangzhou1@...ilicon.com, hanjun.guo@...aro.org,
liudongdong3@...wei.com, linux-pci@...r.kernel.org,
wangyijing@...wei.com, tn@...ihalf.com, tglx@...utronix.de,
xuwei5@...ilicon.com, bhelgaas@...gle.com,
jiang.liu@...ux.intel.com
Subject: Re: [RFC PATCH 1/2] PCI/ACPI: Add ACPI support for non ECAM Host
Bridge Controllers
On 12/03/2015 02:58 PM, Arnd Bergmann wrote:
> On Thursday 03 December 2015 17:58:26 Lorenzo Pieralisi wrote:
>> I will put together a proposal to define the way we specify HID and
>> related DSD properties for PCI host controllers and send it to
>> the ACPI working group for review.
>
> That also requires a change to SBSA, right? Today, SBSA assumes that
> we have a standard PCI host that will work with any hardware independent
> PCI implementation in an OS. We either have to give up on SBSA saying
> much about how PCI hosts are implemented, or stop assuming that hardware
> is SBSA compliant.
Which would be standardizing nonstandard hardware. It would surprise me
if that got much traction.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists