linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: B07421@freescale.com, linuxppc-dev@lists.ozlabs.org,
	Jia Hongtao <B38951@freescale.com>
Subject: Re: [PATCH V7 1/3] powerpc/pci: Make sure ISA IO base is not zero
Date: Wed, 15 Aug 2012 16:57:56 -0500	[thread overview]
Message-ID: <502C1B64.8050505@freescale.com> (raw)
In-Reply-To: <1345066379.11596.1.camel@pasglop>

On 08/15/2012 04:32 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2012-08-15 at 12:29 -0500, Scott Wood wrote:
>>> ---
>>>  arch/powerpc/kernel/pci-common.c |    2 +-
>>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
>>> index 0f75bd5..2a09aa5 100644
>>> --- a/arch/powerpc/kernel/pci-common.c
>>> +++ b/arch/powerpc/kernel/pci-common.c
>>> @@ -734,7 +734,7 @@ void __devinit pci_process_bridge_OF_ranges(struct pci_controller *hose,
>>>  			hose->io_base_virt = ioremap(cpu_addr, size);
>>>  
>>>  			/* Expect trouble if pci_addr is not 0 */
>>> -			if (primary)
>>> +			if (primary || !isa_io_base)
>>>  				isa_io_base =
>>>  					(unsigned long)hose->io_base_virt;
>>>  #endif /* CONFIG_PPC32 */
>>>
>>
>> Didn't I already point out that this has problems when the primary bus
>> is not the first to be probed?  If your answer is that you fix that in a
>> later patch, that breaks bisectability.
> 
> Is it though ? ie, we will override it with the real primary in the
> above test, so it will only very temporarily be set to the "wrong" bus
> no ? IE, the test will still trip on the actual "primary" if there's
> one

Is there no lasting remnant of that temporary wrong isa_io_base?  We
won't have I/O resources that were calculated relative to that, which
stop working once isa_io_base changes?  Or does that happen later, after
this function has been called on all buses (and would that continue to
be the case if we change the PCI bus to a platform device)?

-Scott

  reply	other threads:[~2012-08-15 21:58 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-15  8:57 [PATCH V7 0/3] PCI unification patch description Jia Hongtao
2012-08-15  8:57 ` [PATCH V7 1/3] powerpc/pci: Make sure ISA IO base is not zero Jia Hongtao
2012-08-15 17:29   ` Scott Wood
2012-08-15 21:32     ` Benjamin Herrenschmidt
2012-08-15 21:57       ` Scott Wood [this message]
2012-08-15 22:42         ` Benjamin Herrenschmidt
2012-08-16  3:37           ` Jia Hongtao-B38951
2012-08-16  3:11     ` Jia Hongtao-B38951
2012-08-15  8:57 ` [PATCH V7 2/3] powerpc/ge_imp3a: Add ISA node to PCI primary bus Jia Hongtao
2012-08-15 17:31   ` Scott Wood
2012-08-15 21:01     ` Kumar Gala
2012-08-15 21:05       ` Scott Wood
2012-08-15  8:57 ` [PATCH V7 3/3] powerpc/fsl-pci: Unify pci/pcie initialization code Jia Hongtao
2012-08-15 17:35   ` Scott Wood

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=502C1B64.8050505@freescale.com \
    --to=scottwood@freescale.com \
    --cc=B07421@freescale.com \
    --cc=B38951@freescale.com \
    --cc=benh@kernel.crashing.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    /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;
as well as URLs for NNTP newsgroup(s).