From: Jeff Baitis <baitisj@evolution.com>
To: linux-mips@linux-mips.org
Subject: Au1500 PCI autoconfig issues with multiple PCI devices?
Date: Thu, 24 Apr 2003 11:48:32 -0700 [thread overview]
Message-ID: <20030424114832.O10148@luca.pas.lab> (raw)
Hi ya'll:
This is the first time I've tried multiple PCI devices on the Au1500. I have a
PCI->CardBus bridge and a 3Com ethernet plugged into the Au1500's PCI bus. I'm
using the linux_2_4 branch.
Here's the applicable dmesg:
...
Autoconfig PCI channel 0x8028e518
Scanning bus 00, I/O 0x00000300:0x00100000, Mem 0x40000000:0x44000000
00:0b.0 Class 0607: 104c:ac56
CARDBUS Bridge: primary=00, secondary=01
PCI Autoconfig: Found CardBus bridge, device 11 function 0
Mem at 0x40000000 [size=0x1000]
Scanning sub bus 01, I/O 0x00000300, Mem 0x40001000
Back to bus 00, sub_bus is 1
00:0d.0 Class 0200: 10b7:9200 (rev 78)
I/O at 0x00000300 [size=0x80]
Mem at 0x40001000 [size=0x80]
Linux NET4.0 for Linux 2.4
...
Here's lspci output:
root@10.1.1.122:~# lspci -vx
00:0b.0 CardBus bridge: Texas Instruments: Unknown device ac56
Flags: bus master, medium devsel, latency 168, IRQ 255
Memory at 40000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=00, secondary=01, subordinate=01, sec-latency=176
Memory window 0: 40000000-403ff000 (prefetchable)
Memory window 1: 40400000-407ff000
I/O window 0: 00004000-000040ff
I/O window 1: 00004400-000044ff
16-bit legacy interface ports at 0001
00: 4c 10 56 ac 07 00 10 02 00 00 07 06 08 a8 02 00
10: 00 00 00 40 a0 00 00 02 00 01 01 b0 00 00 00 40
20: 00 f0 3f 40 00 00 40 40 00 f0 7f 40 00 40 00 00
30: fc 40 00 00 00 44 00 00 fc 44 00 00 ff 01 40 05
40: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00:0d.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78)
Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC
Flags: bus master, medium devsel, latency 128, IRQ 1
I/O ports at 0300 [size=128]
Memory at 40001000 (32-bit, non-prefetchable) [size=128]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [dc] Power Management version 2
00: b7 10 00 92 07 00 10 02 78 00 00 02 00 80 00 00
10: 01 03 00 00 00 10 00 40 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 b7 10 00 10
30: 00 00 00 00 dc 00 00 00 00 00 00 00 01 01 0a 0a
-------------------------------------------------------------------------
My 3Com card is communicating over the network very effectively (as a matter of
fact, I've been using the 3Com card for netboot since I've been having problems
with my onboard PHY). I guess it's a (blessing?) that I was forced to use
multiple PCI devices...
Anyhow, since the 3Com card is configured in the same PCI memory space, card
services has a very hard time talking to the CardBus bridge. Below, I tried
a couple of different base addresses for the memory probe:
cardmgr[203]cs: memory probe 0x40000000-0x40ffffff:: starting, version is 3.2.3
excluding 0x40000000-0x40bfffff
<6>cs: memory probe 0x40000000-0x40ffffff: excluding 0x40000000-0x40bfffff
cardmgr[203]: socket 0: Anonymous Memory
cardmgr[203]: executing: 'modprobe memory_cs'
cardmgr[203]: + modprobe: Can't locate module memory_cs
cardmgr[203]: modprobe exited with status 255
cardmgr[203]: module /lib/modules/2.4.21-pre4/pcmcia/memory_cs.o not available
cardmgr[203]: get dev info on socket 0 failed: Resource temporarily unavailable
cardmgr[203]: executing: 'modprobe -r memory_cs'
Trying to free nonexistent resource <40c00000-40c00fff>
cardmgr[203]: exiting
<4>Trying to free nonexistent resource <40c00000-40c00fff>
unloading Kernel Card Services
<6>unloading Kernel Card Services
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus]
<6>Linux Kernel Card Services 3.1.22
<6> options: [pci] [cardbus]
Yenta IRQ list 0000, PCI irq0
Socket status: 30000110
<4>Yenta IRQ list 0000, PCI irq0
<4>Socket status: 30000110
cardmgr[253]:cs: memory probe 0x40001000-0x40ffffff: starting, version is 3.2.3
excluding 0x40001000-0x410defff
cs: unable to map card memory!
cs: unable to map card memory!
<6>cs: memory probe 0x40001000-0x40ffffff: excluding 0x40001000-0x410defff
<5>cs: unable to map card memory!
<5>cs: unable to map card memory!
cardmcs: unable to map card memory!
grcs: unable to map card memory!
[2cs: unable to map card memory!
53cs: unable to map card memory!
]: socket 0: Anonymous Memory
<5>cs: unable to map card memory!
<5>cs: unable to map card memory!
<5>cs: unable to map card memory!
<5>cs: unable to map card memory!
cardmgr[253]: executing: 'modprobe memory_cs'
cardmgr[253]: + modprobe: Can't locate module memory_cs
cardmgr[253]: modprobe exited with status 255
cardmgr[253]: module /lib/modules/2.4.21-pre4/pcmcia/memory_cs.o not available
cardmgr[253]: get dev info on socket 0 failed: Resource temporarily unavailable
I can only assume that this has to do with PCI misconfiguration.
Thoughts?
Thanks for taking a look!
-Jeff
--
Jeffrey Baitis - Associate Software Engineer
Evolution Robotics, Inc.
130 West Union Street
Pasadena CA 91103
tel: 626.535.2776 | fax: 626.535.2777 | baitisj@evolution.com
next reply other threads:[~2003-04-24 18:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-24 18:48 Jeff Baitis [this message]
2003-04-24 19:11 ` Au1500 PCI autoconfig issues with multiple PCI devices? Jun Sun
2003-04-24 19:46 ` Pete Popov
2003-04-24 20:04 ` Jeff Baitis
2003-04-24 20:12 ` Pete Popov
2003-04-25 1:48 ` Jun Sun
2003-04-25 1:54 ` Pete Popov
2003-04-25 1:58 ` Jun Sun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030424114832.O10148@luca.pas.lab \
--to=baitisj@evolution.com \
--cc=linux-mips@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.