On 07/25/2013 07:54:53 AM, Kevin Hao wrote:
The reason is that the ppc kernel assume that the BARs starting
at 0 is unset and will reassign it later. There is a bug in the
previous
kernel, so the kernel maybe not work well for qemu in this case. But I
think this has been fixed by the commit c5df457f (powerpc/pci: Check
the
bus address instead of resource address in pcibios_fixup_resources).
What ensures that the reassignment will not assign zero?
I'm not doubting the result that it does, but I'm having a hard time
seeing it in the code.
Or are you saying that the resource assignment code will run twice,
rather than just saying that we won't trust the firmware when we find
zero?
-Scott
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
