Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756526AbbLDVft (ORCPT ); Fri, 4 Dec 2015 16:35:49 -0500 Received: from mout.kundenserver.de ([217.72.192.73]:51942 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755010AbbLDVfr (ORCPT ); Fri, 4 Dec 2015 16:35:47 -0500 From: Arnd Bergmann To: Jeremy Linton Cc: linux-arm-kernel@lists.infradead.org, liguozhu@hisilicon.com, Lorenzo Pieralisi , Gabriele Paoloni , linaro-acpi@lists.linaro.org, catalin.marinas@arm.com, Liviu.Dudau@arm.com, linux-kernel@vger.kernel.org, will.deacon@arm.com, linux-acpi@vger.kernel.org, wangzhou1@hisilicon.com, hanjun.guo@linaro.org, liudongdong3@huawei.com, linux-pci@vger.kernel.org, wangyijing@huawei.com, tn@semihalf.com, tglx@linutronix.de, xuwei5@hisilicon.com, bhelgaas@google.com, jiang.liu@linux.intel.com Subject: Re: [RFC PATCH 1/2] PCI/ACPI: Add ACPI support for non ECAM Host Bridge Controllers Date: Fri, 04 Dec 2015 22:34:31 +0100 Message-ID: <2425021.SWJx48r3Ls@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <5661FB9B.20201@arm.com> References: <1449155999-220955-1-git-send-email-gabriele.paoloni@huawei.com> <5018756.5lEEeJVMod@wuerfel> <5661FB9B.20201@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:SZAka4kI55QLbWNFydbxULPPsBgtEiJ7C0GBeiFYP1xLzVLv1Za Zt9wINNw3c6yQS42GNN+H6XVlMeidZ5vzSh32RG6Vf1EBDpgUOim5YlwKVuYPMBGanic0/7 jkrC0Wp6anUpqLBpQfJEQV42XhyUoLR226USr1zt7Z1exCKA52abnBeoTCZ+dG6VsnkgmZz y6KNVFimTU24FAeqw5elg== X-UI-Out-Filterresults: notjunk:1;V01:K0:S/pu+wlxm0c=:cx8AgviihpaENoQqrStZ4j 5c7hbEmtvgE4bZFUNXyZMyVq3miXSkgY1/cwTidZO3LY3jxEGPJTjuh1OokQ4K/Xx6I+JeUod xY+0oYqRGY1VswrpmFfoj+LF6vjpdXUbW0eDPhLF4ukazUSsz4gdo4m57EmjdBBUFGokWMCQq RE86vFyPz8Tr2WiyfhYR5LqDfoknZwtUf3NLOEZsj65pz6fRtv1WTgpL6/WM07qHxgP+1jiCk uz4iWc+ft1s0KLZPoG4Dm1uxQwmF0xzmQcNN3QIJ3OjXDZsZxzFUTcVSk5uh9QXo18vwGWiE1 alWhnCMymZcoz9oLJCJMTyCGeills2LLrj9FyuIEhpNhy48yZ2ycSe8RShBuJgVBQc9zuOWGv iL6014AAC1Ld+q5uxE6+yMHxcxHHmz38/5u4nYoFdl5cg4uBAcxR8/IcAohYX3+0KEWgHh0NC XUYM/IKSYZIxyaXkc5WiIsyIO9jS65bMs0DirrJQucZvgccK+gXT+C2Tz5A4R5AogGA5fV2xc p5ClKVq+3GZ0SDtWU2SVXwxP6Z5JbMxqouK7penG1oQmP6qmlxOwIcNdBG9TX2WSHDDCaM3XN MwrqMk4087lS4yud9Sda0t7J4R53ymx+OxXS6isz2QDGWm0peXS2vpHlAyq5zVyZaK+76HIr0 1AZZ+zr0HSTNylMYBFnhfVGPevc1kruD+T6UYoRNIXK9g/nJFizeVGTngMSjQmDuOJmKLlLM+ g9MnLdTPdK4r9L0o Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1069 Lines: 24 On Friday 04 December 2015 14:46:19 Jeremy Linton wrote: > 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. What do you suggest instead? Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/