Hi Kumar, On Fri, Oct 05, 2012 at 07:47:24AM -0500, Kumar Gala wrote: > > On Oct 5, 2012, at 3:54 AM, Davide Viti wrote: > > >> On Oct 4, 2012, at 7:24 AM, Davide Viti wrote: > >> > >>> Hi, > >>> it turns out that if define CONFIG_PCI_NOSCAN in u-boot (as per [1]), the > >>> device behind the second controller is detected by the Linux kernel. > >>> > >>> Would > >>> you suggest any particular patch I should apply to fix this (I'm using > >>> kernel > >>> 2.6.34) > >>> > >>> thanx alot in advance > >>> Davide > >>> > >>> [1] http://permalink.gmane.org/gmane.linux.ports.ppc.embedded/20140 > >> > >> My suggestion would be to try and dump all the controller registers > >> between the case that works and doesn't and compare. There's some minor > >> setting difference that I'm guessing is causing issues. > >> > >> - k > > When I said controller registers, I meant the FSL PCI controller and the CCSR > registers not the PCI cfg register space >
I've collected a complete dump of the registers in the working and not working cases 0x9000: 0x80000048 (not working) -> 0x8003007c (ok) 0x9004: 0x00000000 (not working) -> 0x08000000 (ok) According to the p1020 manual, the register fall in the PCI Express controller 2 area, in particular: 0x9000 PEX_CONFIG_ADDR—PCI Express configuration address register 0x9004 PEX_CONFIG_DATA—PCI Express configuration data register does that ring any bell? thank you in advance Davide _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
