Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933100AbbLVRuz (ORCPT ); Tue, 22 Dec 2015 12:50:55 -0500 Received: from lhrrgout.huawei.com ([194.213.3.17]:62093 "EHLO lhrrgout.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753332AbbLVRuw convert rfc822-to-8bit (ORCPT ); Tue, 22 Dec 2015 12:50:52 -0500 From: Gabriele Paoloni To: Jon Masters , Arnd Bergmann CC: Tomasz Nowicki , "bhelgaas@google.com" , "will.deacon@arm.com" , "catalin.marinas@arm.com" , "rjw@rjwysocki.net" , "hanjun.guo@linaro.org" , "Lorenzo.Pieralisi@arm.com" , "okaya@codeaurora.org" , "jiang.liu@linux.intel.com" , "Stefano.Stabellini@eu.citrix.com" , "robert.richter@caviumnetworks.com" , "mw@semihalf.com" , "Liviu.Dudau@arm.com" , "ddaney@caviumnetworks.com" , "tglx@linutronix.de" , Wangyijing , "Suravee.Suthikulpanit@amd.com" , "msalter@redhat.com" , "linux-pci@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linaro-acpi@lists.linaro.org" , "jchandra@broadcom.com" Subject: RE: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors against platfrom specific quirks. Thread-Topic: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors against platfrom specific quirks. Thread-Index: AQHROBUgIukhjYkQJEW918qA+7ssUp7VRxqQgAA7b4CAAJcAAIAAqv+QgAB5KQCAAAJuAIAAEc7A Date: Tue, 22 Dec 2015 17:49:47 +0000 Message-ID: References: <1450278993-12664-1-git-send-email-tn@semihalf.com> <1450278993-12664-23-git-send-email-tn@semihalf.com> <201512211510.32029.arnd@arndb.de> <335CDE2E-B588-43A8-8665-6023AFD0EA04@redhat.com> <56797C16.2020802@redhat.com> <56797E20.2080107@redhat.com> In-Reply-To: <56797E20.2080107@redhat.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.210.142.221] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.56798D4E.000D,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 5e4f2426466c2a86740e8e0aae610cfa Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3870 Lines: 84 > -----Original Message----- > From: Jon Masters [mailto:jcm@redhat.com] > Sent: 22 December 2015 16:45 > To: Gabriele Paoloni; Arnd Bergmann > Cc: Tomasz Nowicki; bhelgaas@google.com; will.deacon@arm.com; > catalin.marinas@arm.com; rjw@rjwysocki.net; hanjun.guo@linaro.org; > Lorenzo.Pieralisi@arm.com; okaya@codeaurora.org; > jiang.liu@linux.intel.com; Stefano.Stabellini@eu.citrix.com; > robert.richter@caviumnetworks.com; mw@semihalf.com; Liviu.Dudau@arm.com; > ddaney@caviumnetworks.com; tglx@linutronix.de; Wangyijing; > Suravee.Suthikulpanit@amd.com; msalter@redhat.com; linux- > pci@vger.kernel.org; linux-arm-kernel@lists.infradead.org; linux- > acpi@vger.kernel.org; linux-kernel@vger.kernel.org; linaro- > acpi@lists.linaro.org; jchandra@broadcom.com > Subject: Re: [PATCH V2 22/23] pci, acpi: Match PCI config space > accessors against platfrom specific quirks. > > On 12/22/2015 11:36 AM, Jon Masters wrote: > > On 12/22/2015 04:29 AM, Gabriele Paoloni wrote: > >> Hi Jon, thanks for replying > >> > >>> -----Original Message----- > >>> From: Jon Masters [mailto:jcm@redhat.com] > >>> Sent: 21 December 2015 23:11 > >>> To: Arnd Bergmann > >>> Cc: Gabriele Paoloni; Tomasz Nowicki; bhelgaas@google.com; > >>> will.deacon@arm.com; catalin.marinas@arm.com; rjw@rjwysocki.net; > >>> hanjun.guo@linaro.org; Lorenzo.Pieralisi@arm.com; > >>> okaya@codeaurora.org; jiang.liu@linux.intel.com; > >>> Stefano.Stabellini@eu.citrix.com; robert.richter@caviumnetworks.com; > >>> mw@semihalf.com; Liviu.Dudau@arm.com; ddaney@caviumnetworks.com; > >>> tglx@linutronix.de; Wangyijing; Suravee.Suthikulpanit@amd.com; > >>> msalter@redhat.com; linux- pci@vger.kernel.org; > >>> linux-arm-kernel@lists.infradead.org; linux- acpi@vger.kernel.org; > >>> linux-kernel@vger.kernel.org; linaro- acpi@lists.linaro.org; > >>> jchandra@broadcom.com > >>> Subject: Re: [PATCH V2 22/23] pci, acpi: Match PCI config space > >>> accessors against platfrom specific quirks. > >>> > >>> Sorry for top-posting. A quick note that SMBIOS3 is required by > SBBR > >>> so it can be presumed that compliant platforms will provide quirks > via DMI. > >> > >> Ok so you completely clarified my question 1). Many Thanks for this > > > > No problem. One of the (many) reasons I pushed for requiring > > SMBIOS/DMI in SBBR (I was lead author of one of the early drafts of > > that document) was to make the experience ultimately equivalent > across architectures. > > We already know how to do quirks and handle platform deviations, and > > the major Operating System vendors did not want to reinvent the wheel. > > Additional: it is clear that more prescription is required to get the > vendors onto the bandwagon that we have with other architectures (e.g. > that other one). So there will be a Red Hat "ARM server whitepaper" > coming in the early new year that will include the kind of "server 101" > material we want to make sure people know. Things like making sure you > implement and test PCIe correctly, handle backward compatibility (you > will build hardware in the future that runs my existing OS release), > design the hardware to allow for workarounds later, etc. I expect some > other Operating System vendors to be involved in reviewing that. > > Ultimately my objective is to make this whole thing dull and boring. > You will get RHEL(SA)/upstream kernels and it will either boot or it > will not. If it does not boot, vendor X screwed up their hardware. We > know this story, it's been this way for over a decade already, and that > is exactly how it is going to be with ARM servers shortly. Ok got it. Many Thanks Gab > > Jon. -- 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/