* P2P bridge (DEC 21154) initialization on MCP750 @ 2002-05-25 1:14 Rajappa Iyer 2002-05-25 3:09 ` Matt Porter 0 siblings, 1 reply; 6+ messages in thread From: Rajappa Iyer @ 2002-05-25 1:14 UTC (permalink / raw) To: linuxppc-embedded I'm having problems with the PCI-PCI bridge (DEC 21154) on the MCP750 and would appreciate any words of wisdom. Basically, this bridge does not get initialized and therefore no devices are probed on the secondary bus. I've tried all three kernel trees from source.mvista.com (linuxppc_2_4, linuxppc_2_4_devel and linuxppc_2_5). The devel branch does not get past the Bogomips calibration loop. The other two do not initialize the bridge. Any ideas on how to fix this? Thanks, Rajappa -- <rsi@panix.com> a.k.a. Rajappa Iyer. They also surf who stand in the waves. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: P2P bridge (DEC 21154) initialization on MCP750 2002-05-25 1:14 P2P bridge (DEC 21154) initialization on MCP750 Rajappa Iyer @ 2002-05-25 3:09 ` Matt Porter 2002-05-27 22:14 ` Rajappa Iyer 0 siblings, 1 reply; 6+ messages in thread From: Matt Porter @ 2002-05-25 3:09 UTC (permalink / raw) To: Rajappa Iyer; +Cc: linuxppc-embedded On Fri, May 24, 2002 at 09:14:21PM -0400, Rajappa Iyer wrote: > > I'm having problems with the PCI-PCI bridge (DEC 21154) on the MCP750 > and would appreciate any words of wisdom. Basically, this bridge does > not get initialized and therefore no devices are probed on the > secondary bus. > > I've tried all three kernel trees from source.mvista.com > (linuxppc_2_4, linuxppc_2_4_devel and linuxppc_2_5). The devel branch > does not get past the Bogomips calibration loop. The other two do not > initialize the bridge. > > Any ideas on how to fix this? Use _devel and start with the pplus port. 'make pplus_config' Although code still exists for the PowerPlus architecture boards within the legacy PReP port, it isn't maintained for those boards (except maybe for MTX). Regards, -- Matt Porter porter@cox.net This is Linux Country. On a quiet night, you can hear Windows reboot. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: P2P bridge (DEC 21154) initialization on MCP750 2002-05-25 3:09 ` Matt Porter @ 2002-05-27 22:14 ` Rajappa Iyer 2002-05-27 23:46 ` Matt Porter 0 siblings, 1 reply; 6+ messages in thread From: Rajappa Iyer @ 2002-05-27 22:14 UTC (permalink / raw) To: Matt Porter; +Cc: linuxppc-embedded Matt Porter <porter@cox.net> writes: > On Fri, May 24, 2002 at 09:14:21PM -0400, Rajappa Iyer wrote: > > > > I'm having problems with the PCI-PCI bridge (DEC 21154) on the MCP750 > > and would appreciate any words of wisdom. Basically, this bridge does > > not get initialized and therefore no devices are probed on the > > secondary bus. > Use _devel and start with the pplus port. 'make pplus_config' Thanks. This did improve the situation somewhat in that the P2P bridge is now initialized properly, but the devices beyond it are still not probed. Incidentally, I had to work with 2.5.x, since the 2.4 devel kernel was, for some reason, unbearably slow. Here's the dmesg. Does it set off any alarm bells? Thanks, Rajappa Total memory = 64MB; using 128kB for hash table (at c01e0000) Linux version 2.5.8-pre3 (rsi@pluto) (gcc version 2.95.2 19991024 (release)) #4 Mon May 27 15:00:44 PDT 2002 PowerPlus port (C) 2001 MontaVista Software, Inc. (source@mvista.com) On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: console=ttyS0,9600 ip=172.19.217.210:172.19.216.101:172.19. 216.3:255.255.254.0 nfsroot=172.19.216.101:/usr/exports/mcp750,rw OpenPIC Version 1.3 (2 CPUs and 16 IRQ sources) at effdd000 OpenPIC timer frequency is 8.333848 MHz time_init: decrementer frequency = 16.667080 MHz Calibrating delay loop... 465.30 BogoMIPS Memory: 62776k available (1208k kernel code, 548k data, 96k init, 0k highmem) Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes) Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket PCI: Probing PCI hardware Scanning bus 00 Found 00:00 [1057/4801] 000600 00 PCI:00:00.0 Resource 0 [00000000-ffffffff] is unassigned Fixup res 1 (200) of dev 00:00.0: 3cfc0000 -> fcfc0000 Found 00:58 [1106/0586] 000601 00 Found 00:59 [1106/0571] 000101 00 Found 00:5a [1106/3038] 000c03 00 Found 00:5b [1106/3040] 000000 00 Found 00:70 [1011/0009] 000200 00 Fixup res 1 (200) of dev 00:0e.0: 3cfbff80 -> fcfbff80 PCI:00:0e.0 Resource 6 [fffc0000-ffffffff] is unassigned Found 00:a0 [1011/0026] 000604 01 Fixups for bus 00 Scanning behind PCI bridge 00:14.0, config 010100, pass 0 Scanning bus 01 Fixups for bus 01 Bus scan for 01 returning with max=01 Scanning behind PCI bridge 00:14.0, config 010100, pass 1 Bus scan for 00 returning with max=01 Setting PCI interrupts for a "Mesquite cPCI (MCP750)" PCI: bridge rsrc 0..fffffff (100), parent c016a298 PCI: reparented dma1 [0..1f] under PCI host bridge PCI: reparented 8259 (master) [20..21] under PCI host bridge PCI: reparented timer [40..5f] under PCI host bridge PCI: reparented dma page reg [80..8f] under PCI host bridge PCI: reparented 8259 (slave) [a0..a1] under PCI host bridge PCI: reparented dma2 [c0..df] under PCI host bridge PCI: reparented 8259 edge control [4d0..4d1] under PCI host bridge PCI: bridge rsrc c0000000..fdffffff (200), parent c016a2b4 PCI: bridge rsrc fffe000..fffefff (101), parent c01df034 PCI: bridge rsrc fce00000..fcefffff (200), parent c01df050 PCI: bridge rsrc fcd00000..fcdfffff (1201), parent c01df050 PCI:00:00.0: Resource 1: fcfc0000-fcffffff (f=200) PCI:00:0b.1: Resource 4: 0000cc00-0000cc0f (f=101) PCI:00:0b.2: Resource 4: 0fffffe0-0fffffff (f=101) PCI:00:0e.0: Resource 0: 0fffff00-0fffff7f (f=101) PCI:00:0e.0: Resource 1: fcfbff80-fcfbffff (f=200) Activating ISA DMA hang workarounds. [...] -- <rsi@panix.com> a.k.a. Rajappa Iyer. They also surf who stand in the waves. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: P2P bridge (DEC 21154) initialization on MCP750 2002-05-27 22:14 ` Rajappa Iyer @ 2002-05-27 23:46 ` Matt Porter 2002-05-28 18:35 ` Rajappa Iyer 0 siblings, 1 reply; 6+ messages in thread From: Matt Porter @ 2002-05-27 23:46 UTC (permalink / raw) To: Rajappa Iyer; +Cc: Matt Porter, linuxppc-embedded On Mon, May 27, 2002 at 06:14:24PM -0400, Rajappa Iyer wrote: > Matt Porter <porter@cox.net> writes: > > > On Fri, May 24, 2002 at 09:14:21PM -0400, Rajappa Iyer wrote: > > > > > > I'm having problems with the PCI-PCI bridge (DEC 21154) on the MCP750 > > > and would appreciate any words of wisdom. Basically, this bridge does > > > not get initialized and therefore no devices are probed on the > > > secondary bus. > > > Use _devel and start with the pplus port. 'make pplus_config' > > Thanks. This did improve the situation somewhat in that the P2P > bridge is now initialized properly, but the devices beyond it are > still not probed. Incidentally, I had to work with 2.5.x, since the > 2.4 devel kernel was, for some reason, unbearably slow. > > Here's the dmesg. Does it set off any alarm bells? You're the first person to try one of these boards on 2.5 that I've heard of. Can you explain what you mean by "unbearably slow" on _devel? Please enable DEBUG in arch/ppc/kernel/pci.c and drivers/pci/pci.c and repost those kernel messages. Regards, -- Matt Porter porter@cox.net This is Linux Country. On a quiet night, you can hear Windows reboot. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: P2P bridge (DEC 21154) initialization on MCP750 2002-05-27 23:46 ` Matt Porter @ 2002-05-28 18:35 ` Rajappa Iyer 2002-05-28 18:43 ` Tom Rini 0 siblings, 1 reply; 6+ messages in thread From: Rajappa Iyer @ 2002-05-28 18:35 UTC (permalink / raw) To: linuxppc-embedded Matt Porter <porter@cox.net> writes: > On Mon, May 27, 2002 at 06:14:24PM -0400, Rajappa Iyer wrote: > > Thanks. This did improve the situation somewhat in that the P2P > > bridge is now initialized properly, but the devices beyond it are > > still not probed. Incidentally, I had to work with 2.5.x, since the > > 2.4 devel kernel was, for some reason, unbearably slow. > You're the first person to try one of these boards on 2.5 that I've > heard of. Can you explain what you mean by "unbearably slow" on > _devel? Please enable DEBUG in arch/ppc/kernel/pci.c and > drivers/pci/pci.c and repost those kernel messages. Sure, here it is. What I mean by unbearably slow is that once init starts running, the system just slows down to a complete crawl. It takes about 2 minutes for the login prompt to appear. To run lspci -v took about 10 minutes (I'm not exaggerating.) Linux/PPC load: console=ttyS0,9600 ip=172.19.217.210:172.19.216.101:172.19.216.3 :255.255.254.0 nfsroot=172.19.216.101:/usr/exports/mcp750,rw Uncompressing Linux...done. Now booting the kernel Memory BAT mapping: BAT2=64Mb, BAT3=0Mb, residual: 0Mb Total memory = 64MB; using 128kB for hash table (at c01e0000) Linux version 2.4.19-pre8 (rsi@pluto) (gcc version 2.95.2 19991024 (release)) #3 Tue May 28 09:22:28 PDT 2002 PowerPlus port (C) 2001 MontaVista Software, Inc. (source@mvista.com) On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: console=ttyS0,9600 ip=172.19.217.210:172.19.216.101:172.19. 216.3:255.255.254.0 nfsroot=172.19.216.101:/usr/exports/mcp750,rw OpenPIC Version 1.3 (2 CPUs and 16 IRQ sources) at effdd000 OpenPIC timer frequency is 8.333848 MHz time_init: decrementer frequency = 16.666738 MHz Calibrating delay loop... 465.30 BogoMIPS Memory: 62748k available (1180k kernel code, 468k data, 232k init, 0k highmem) Dentry cache hash table entries: 8192 (order: 4, 65536 bytes) Inode cache hash table entries: 4096 (order: 3, 32768 bytes) Mount-cache hash table entries: 1024 (order: 1, 8192 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) POSIX conformance testing by UNIFIX PCI: Probing PCI hardware Scanning bus 00 Found 00:00 [1057/4801] 000600 00 PCI:00:00.0 Resource 0 [00000000-ffffffff] is unassigned Fixup res 1 (200) of dev 00:00.0: 3cfc0000 -> fcfc0000 Found 00:58 [1106/0586] 000601 00 Found 00:59 [1106/0571] 000101 00 Found 00:5a [1106/3038] 000c03 00 Found 00:5b [1106/3040] 000000 00 Found 00:70 [1011/0009] 000200 00 Fixup res 1 (200) of dev 00:0e.0: 3cfbff80 -> fcfbff80 PCI:00:0e.0 Resource 6 [fffc0000-ffffffff] is unassigned Found 00:a0 [1011/0026] 000604 01 Fixups for bus 00 Scanning behind PCI bridge 00:14.0, config 010100, pass 0 Scanning bus 01 Fixups for bus 01 Bus scan for 01 returning with max=01 Scanning behind PCI bridge 00:14.0, config 010100, pass 1 Bus scan for 00 returning with max=01 Setting PCI interrupts for a "Mesquite cPCI (MCP750)" PCI: bridge rsrc 0..fffffff (100), parent c0154f14 PCI: bridge rsrc c0000000..fdffffff (200), parent c0154f30 PCI: bridge rsrc fffe000..fffefff (101), parent c0207034 PCI: bridge rsrc fce00000..fcefffff (200), parent c0207050 PCI: bridge rsrc fcd00000..fcdfffff (1201), parent c0207050 PCI:00:00.0: Resource 1: fcfc0000-fcffffff (f=200) PCI:00:0b.1: Resource 4: 0000cc00-0000cc0f (f=101) PCI:00:0b.2: Resource 4: 0fffffe0-0fffffff (f=101) PCI:00:0e.0: Resource 0: 0fffff00-0fffff7f (f=101) PCI:00:0e.0: Resource 1: fcfbff80-fcfbffff (f=200) Activating ISA DMA hang workarounds. [...] Output of lspci -v 00:00.0 Host bridge: Motorola Raven (rev 05) Flags: bus master, medium devsel, latency 0 I/O ports at <unassigned> [disabled] Memory at fcfc0000 (32-bit, non-prefetchable) [size=256K] 00:0b.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41) Flags: bus master, stepping, medium devsel, latency 0 00:0b.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Flags: bus master, stepping, medium devsel, latency 0 I/O ports at cc00 [size=16] 00:0b.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 128, IRQ 11 I/O ports at fffffe0 [size=32] 00:0b.3 Non-VGA unclassified device: VIA Technologies, Inc. VT82C586B ACPI (rev 10) Flags: medium devsel 00:0e.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 22) Flags: bus master, medium devsel, latency 128, IRQ 18 I/O ports at fffff00 [size=128] Memory at fcfbff80 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=256K] 00:14.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, medium devsel, latency 128 Bus: primary=00, secondary=01, subordinate=01, sec-latency=128 I/O behind bridge: 0fffe000-0fffefff Memory behind bridge: 3ce00000-3cefffff Prefetchable memory behind bridge: 000000003cd00000-000000003cd00000 Capabilities: [dc] Power Management version 1 -- <rsi@panix.com> a.k.a. Rajappa Iyer. They also surf who stand in the waves. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: P2P bridge (DEC 21154) initialization on MCP750 2002-05-28 18:35 ` Rajappa Iyer @ 2002-05-28 18:43 ` Tom Rini 0 siblings, 0 replies; 6+ messages in thread From: Tom Rini @ 2002-05-28 18:43 UTC (permalink / raw) To: Rajappa Iyer; +Cc: linuxppc-embedded On Tue, May 28, 2002 at 02:35:20PM -0400, Rajappa Iyer wrote: > > Matt Porter <porter@cox.net> writes: > > > On Mon, May 27, 2002 at 06:14:24PM -0400, Rajappa Iyer wrote: > > > > Thanks. This did improve the situation somewhat in that the P2P > > > bridge is now initialized properly, but the devices beyond it are > > > still not probed. Incidentally, I had to work with 2.5.x, since the > > > 2.4 devel kernel was, for some reason, unbearably slow. > > > You're the first person to try one of these boards on 2.5 that I've > > heard of. Can you explain what you mean by "unbearably slow" on > > _devel? Please enable DEBUG in arch/ppc/kernel/pci.c and > > drivers/pci/pci.c and repost those kernel messages. > > Sure, here it is. > > What I mean by unbearably slow is that once init starts running, the > system just slows down to a complete crawl. It takes about 2 minutes > for the login prompt to appear. To run lspci -v took about 10 minutes > (I'm not exaggerating.) Oh, yes. The OpenPIC_InitSenses needs to be updated. Look at arch/ppc/platforms/lopec_setup.c Patches appreciated. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-05-28 18:43 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2002-05-25 1:14 P2P bridge (DEC 21154) initialization on MCP750 Rajappa Iyer 2002-05-25 3:09 ` Matt Porter 2002-05-27 22:14 ` Rajappa Iyer 2002-05-27 23:46 ` Matt Porter 2002-05-28 18:35 ` Rajappa Iyer 2002-05-28 18:43 ` Tom Rini
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).