Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932540AbcLMJKG (ORCPT ); Tue, 13 Dec 2016 04:10:06 -0500 Received: from edison.jonmasters.org ([173.255.233.168]:34266 "EHLO edison.jonmasters.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932232AbcLMJKA (ORCPT ); Tue, 13 Dec 2016 04:10:00 -0500 To: Bjorn Helgaas , linux-pci@vger.kernel.org References: <20161129212816.15663.28100.stgit@bhelgaas-glaptop.roam.corp.google.com> <20161129213955.15663.21173.stgit@bhelgaas-glaptop.roam.corp.google.com> Cc: Ard Biesheuvel , Gabriele Paoloni , "Rafael J. Wysocki" , Duc Dang , linaro-acpi@lists.linaro.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, Lorenzo Pieralisi , Lv Zheng , linux-arm-kernel@lists.infradead.org From: Jon Masters Organization: World Organi{s,z}ation Of Broken Dreams Message-ID: Date: Tue, 13 Dec 2016 04:09:39 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20161129213955.15663.21173.stgit@bhelgaas-glaptop.roam.corp.google.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 74.92.29.237 X-SA-Exim-Mail-From: jcm@jonmasters.org Subject: Re: [PATCH v2] PCI: Add information about describing PCI in ACPI X-SA-Exim-Version: 4.2.1 (built Sun, 08 Nov 2009 07:31:22 +0000) X-SA-Exim-Scanned: Yes (on edison.jonmasters.org) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1677 Lines: 35 On 11/29/2016 04:39 PM, Bjorn Helgaas wrote: > +New architectures should be able to use "Consumer" Extended Address Space > +descriptors in the PNP0A03 device for bridge registers, including ECAM, > +although a strict interpretation of [6] might prohibit this. Old x86 and > +ia64 kernels assume all address space descriptors, including "Consumer" > +Extended Address Space ones, are windows, so it would not be safe to > +describe bridge registers this way on those architectures. > +[6] PCI Firmware 3.0, sec 4.1.2: Thanks for the revised writeup, Bjorn. It's great. I'm trying to get the above clarified explicitly in terms of the spec, and in terms of what other Operating Systems would like to see as general preference. To your point about second generation ARM (server) systems: we're actually on generation 3+ now and finally getting to the point where people are listening. A great many times over the past few years, people have had to be sat on until they did what was needed. Fortunately, we are going to finally have upstream kernels (and distros based upon them) that boot out of the box on compliant hardware and will be able to point people at the usual "upstream first" messaging we've been pushing. I had originally fallen for the SoC koolaid that PCIe was not essential, and was convinced fairly early that this was nonsense. But it has taken a few years for everyone else to get onto that bandwagon. First you give them exactly what they know and love (a 1-2 socket Xeon class machine with lots of PCIe lanes), then you go and fix the design to give them what they actually need (which logically enumerates as PCIe but isn't) ;) Jon.