From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [patch 4/4] RFC: PCI: consolidate several pcibios_enable_resources() implementations Date: Wed, 20 Feb 2008 07:21:43 +1100 Message-ID: <1203452503.18618.8.camel@pasglop> References: <20080219043952.845136014@ldl.fc.hp.com> <20080219044307.878416912@ldl.fc.hp.com> <1203402667.6740.94.camel@pasglop> <200802190911.56901.bjorn.helgaas@hp.com> Reply-To: benh@kernel.crashing.org Mime-Version: 1.0 Content-Type: text/plain Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-arch@vger.kernel.org, Russell King , linux-arm-kernel@lists.arm.linux.org.uk, Kyle McMartin , Matthew Wilcox , Grant Grundler , linux-parisc@vger.kernel.org, Paul Mackerras , linuxppc-dev@ozlabs.org, Chris Zankel To: Bjorn Helgaas Return-path: In-Reply-To: <200802190911.56901.bjorn.helgaas@hp.com> List-ID: List-Id: linux-parisc.vger.kernel.org > > That is, whatever the arch code decides to use to decide whether > > resources are assigned by firmware or by the first pass assignment code > > or not and collide or not, once that phase is finished (which is the > > case when calling pcibios_enable_device(), having the resource in the > > resource-tree or not is, I believe, the proper way to test whether it's > > a useable resource. > > So should x86 adopt that collision check? I don't hear anything about > actual architecture differences that are behind this implementation > difference. Well, on powerpc we do allow under some circumstances a 0 start value in BARs, which is why I wanted to use a different check. Ben.