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-08 16:02:30

On 08/08/2012 04:39 AM, Jia Hongtao-B38951 wrote:
quoted
-----Original Message-----
From: Wood Scott-B07421
Sent: Tuesday, August 07, 2012 11:29 PM
To: Jia Hongtao-B38951
Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org;
galak@kernel.crashing.org; Li Yang-R58472
Subject: Re: [PATCH V5 3/3] powerpc/fsl-pci: Unify pci/pcie
initialization code

On 08/07/2012 03:09 AM, Jia Hongtao-B38951 wrote:
quoted
I am really not sure that all boards need primary bus. Could you give
me the link of discussion about primary that you mentioned?
https://lists.ozlabs.org/pipermail/linuxppc-dev/2012-June/098586.html

-Scott

It seems in qemu isa_io_base must be non-zero.
In all cases.  It just shows up worse under QEMU because of a different
issue.
If there is no isa bridge should isa_io_base be non-zero for other boards?
Yes, until the bugs are fixed.
If not maybe we should fix qemu bug.
If you want to try to make QEMU accept I/O BARs with address zero, go
ahead, but you don't get to assume that someone else will do it, we
still need to be compatible with older QEMUs (this bug is not so severe
that compatibility is unreasonable), and it still doesn't address the
fact that things are not functioning as designed.  IIRC there are some
real hardware PCI cards that don't like getting an address of zero either.
Or "quick fix" in the link is a workaround.
I think that "quick fix" may have problems if there is a primary bus but
it's not the first one detected.  In any case, any fix or workaround has
to happen before you make changes that rely on it.

-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