From: Chris Metcalf <cmetcalf@tilera.com>
To: Myron Stowe <mstowe@redhat.com>
Cc: Myron Stowe <myron.stowe@redhat.com>, <bhelgaas@google.com>,
<linux-pci@vger.kernel.org>, <rth@twiddle.net>,
<ink@jurassic.park.msu.ru>, <mattst88@gmail.com>,
<linux@arm.linux.org.uk>, <starvik@axis.com>,
<jesper.nilsson@axis.com>, <tony.luck@intel.com>,
<fenghua.yu@intel.com>, <monstr@monstr.eu>, <ralf@linux-mips.org>,
<yasutake.koichi@jp.panasonic.com>, <jejb@parisc-linux.org>,
<deller@gmx.de>, <benh@kernel.crashing.org>, <paulus@samba.org>,
<lethal@linux-sh.org>, <davem@davemloft.net>,
<gxt@mprc.pku.edu.cn>, <tglx@linutronix.de>, <mingo@redhat.com>,
<hpa@zytor.com>, <x86@kernel.org>, <chris@zankel.net>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 12/16] tile/PCI: Factor 'pcibios_setup()' out of tile
Date: Thu, 28 Jun 2012 13:44:24 -0400 [thread overview]
Message-ID: <4FEC97F8.30903@tilera.com> (raw)
In-Reply-To: <1340904647.2411.8.camel@zim.stowe>
On 6/28/2012 1:30 PM, Myron Stowe wrote:
> On Tue, 2012-06-26 at 09:18 -0400, Chris Metcalf wrote:
>> On 6/25/2012 11:32 PM, Myron Stowe wrote:
>>> The PCI core provides a generic (__weak) 'pcibios_setup()' routine
>>> that can be used by all architectures as a default. Drop tile's
>>> architecture specific version in favor of that as it does not need to be
>>> over-ridden.
>>>
>>> Signed-off-by: Myron Stowe <myron.stowe@redhat.com>
>>> ---
>>>
>>> arch/tile/kernel/pci.c | 10 ----------
>>> 1 files changed, 0 insertions(+), 10 deletions(-)
>> [...]
>> In our internal tree we have x86-like support for "pci=off" here. [...]
>> But perhaps it would make sense
>> to move the support for "pci=off" to common code, since multiple
>> architectures handle this the same way?
> Looking at the tree I only see three of the architectures currently
> using/implementing "pci=off" (four with the 'tile' addition). Perhaps
> there is a way to avoid such but it seems like adding this to the core
> would require introducing the global variable 'pci_probe' which seems
> like unnecessary pollution?
I'd argue that the core might expose a pci_probing_disabled() function that
returns whether "pci=off" was seen, and modify the other architectures that
already support pci_probe to call that function instead. It's true that
x86 has a much more elaborate use of pci_probe than the other
architectures, which means x86 would probably want to keep the variable
as-is and just call pci_probing_disabled() to set pci_probe to zero and return.
All that said, I'm not volunteering to make this change, so if it doesn't
seem right to you, I certainly won't insist. :-)
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
next prev parent reply other threads:[~2012-06-28 17:44 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-26 3:30 [PATCH 00/16] PCI: Re-factor 'pcibios_setup()' Myron Stowe
2012-06-26 3:30 ` [PATCH 01/16] PCI: Pull 'pcibios_setup' up into PCI's core Myron Stowe
2012-06-26 3:31 ` [PATCH 02/16] alpha/PCI: Factor 'pcibios_setup()' out of alpha Myron Stowe
2012-06-26 15:43 ` Richard Henderson
2012-06-26 3:31 ` [PATCH 03/16] ia64/PCI: Factor 'pcibios_setup' out of ia64 Myron Stowe
2012-06-26 3:31 ` [PATCH 04/16] microblaze/PCI: Factor 'pcibios_setup()' out of microblaze Myron Stowe
2012-06-26 5:47 ` Michal Simek
2012-06-26 3:31 ` [PATCH 05/16] MIPS/PCI: Factor 'pcibios_setup()' out of MIPS/pmc-sierra Myron Stowe
2012-06-26 3:31 ` [PATCH 06/16] MIPS/PCI: adjust section annotations for 'pcibios_setup()' Myron Stowe
2012-06-26 3:31 ` [PATCH 07/16] parisc/PCI: Factor 'pcibios_setup()' out of parisc Myron Stowe
2012-06-26 3:31 ` [PATCH 08/16] powerpc/PCI: Factor 'pcibios_setup()' out of powerpc Myron Stowe
2012-06-26 4:37 ` Benjamin Herrenschmidt
2012-06-26 3:31 ` [PATCH 09/16] sh/PCI: Factor 'pcibios_setup()' out of sh Myron Stowe
2012-06-26 4:57 ` Nobuhiro Iwamatsu
2012-06-26 5:51 ` Paul Mundt
2012-06-26 3:32 ` [PATCH 10/16] sh/PCI: adjust section annotations for 'pcibios_setup()' Myron Stowe
2012-06-26 3:32 ` [PATCH 11/16] sparc/PCI: Factor 'pcibios_setup()' out of sparc Myron Stowe
2012-06-26 3:36 ` David Miller
2012-06-26 3:32 ` [PATCH 12/16] tile/PCI: Factor 'pcibios_setup()' out of tile Myron Stowe
2012-06-26 13:18 ` Chris Metcalf
2012-06-28 17:30 ` Myron Stowe
2012-06-28 17:44 ` Chris Metcalf [this message]
2012-06-26 3:32 ` [PATCH 13/16] unicore32/PCI: adjust section annotations for 'pcibios_setup()' Myron Stowe
2012-06-26 7:01 ` guanxuetao
2012-06-26 3:32 ` [PATCH 14/16] x86/PCI: " Myron Stowe
2012-06-26 3:32 ` [PATCH 15/16] xtensa/PCI: Factor 'pcibios_setup()' out of xtensa Myron Stowe
2012-06-26 3:32 ` [PATCH 16/16] cris/PCI: Factor 'pcibios_setup()' out of cris Myron Stowe
2012-07-05 21:33 ` [PATCH 00/16] PCI: Re-factor 'pcibios_setup()' Bjorn Helgaas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FEC97F8.30903@tilera.com \
--to=cmetcalf@tilera.com \
--cc=benh@kernel.crashing.org \
--cc=bhelgaas@google.com \
--cc=chris@zankel.net \
--cc=davem@davemloft.net \
--cc=deller@gmx.de \
--cc=fenghua.yu@intel.com \
--cc=gxt@mprc.pku.edu.cn \
--cc=hpa@zytor.com \
--cc=ink@jurassic.park.msu.ru \
--cc=jejb@parisc-linux.org \
--cc=jesper.nilsson@axis.com \
--cc=lethal@linux-sh.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mattst88@gmail.com \
--cc=mingo@redhat.com \
--cc=monstr@monstr.eu \
--cc=mstowe@redhat.com \
--cc=myron.stowe@redhat.com \
--cc=paulus@samba.org \
--cc=ralf@linux-mips.org \
--cc=rth@twiddle.net \
--cc=starvik@axis.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yasutake.koichi@jp.panasonic.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome