Thread (28 messages) 28 messages, 6 authors, 2012-08-15

Re: [PATCH V5 3/3] powerpc/fsl-pci: Unify pci/pcie initialization code

flat view

From: Scott Wood <hidden>
Date: 2012-08-07 15:24:57

On 08/06/2012 11:20 PM, Li Yang wrote:
On Mon, Aug 6, 2012 at 11:09 PM, Scott Wood [off-list ref] wrote:
quoted
On 08/05/2012 10:07 PM, Jia Hongtao-B38951 wrote:
quoted
quoted
-----Original Message-----
From: Wood Scott-B07421
Sent: Saturday, August 04, 2012 12:28 AM
To: Jia Hongtao-B38951
Cc: linuxppc-dev@lists.ozlabs.org; galak@kernel.crashing.org; Li Yang-
R58472; Wood Scott-B07421
Subject: Re: [PATCH V5 3/3] powerpc/fsl-pci: Unify pci/pcie
initialization code

As I explained before, this has to be done globally, not from the probe
function, so we can assign a default primary bus if there isn't any ISA.
 There are bugs in the Linux PPC PCI code relating to not having any
primary bus.

-Scott
In my way of searching ISA you can also assign a default primary bus in board
specific files.
That was meant for when the board file had an alternate way of searching
for the primary bus (e.g. look for i8259), not as a replacement for the
mechanism that guarantees there's a primary bus.

You are causing a regression in the qemu_e500.c platform.
Can we fix the qemu device tree to address the problem if we do make
it a rule to use the ISA node to indicate the primary bus?
No.  There is no ISA, and we're not going to lie and say there is.

I really don't understand what the problem is with leaving the primary
detection code as global.  Either fix the bugs so we don't need a
primary, or accept some "impurity" in the workaround.

-Scott
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help