Re: Problems with TI 1225 PCI->Cardbus adapter....

David Hinds wrote:
> 
> Probably, the problem is that the card is behind a PCI-to-PCI bridge
> that is only forwarding limited ranges of IO and memory transactions.
> You may be able to deduce what these ranges are from the output of
> 'lspci -v'.  Look for the PCI bridge device and see if there are lines
> like:
> 
> 
>>I/O behind bridge: 00002000-00002fff
>>Memory behind bridge: f0200000-f02fffff
> 
> 
> Then put these ranges in your /etc/pcmcia/config.opts file.
> 
02:04.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
	Subsystem: Actiontec Electronics Inc: Unknown device 0293
	Flags: bus master, medium devsel, latency 32, IRQ 16
	Memory at fc032000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=02, secondary=03, subordinate=03, sec-latency=32
	Memory window 1: fc025000-fc026000 (prefetchable)
	I/O window 1: 0000a800-0000ac03
	16-bit legacy interface ports at 0001

02:04.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
	Subsystem: Actiontec Electronics Inc: Unknown device 0293
	Flags: bus master, medium devsel, latency 32, IRQ 17
	Memory at fc027000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=02, secondary=04, subordinate=04, sec-latency=32
	Memory window 0: fc028000-fc029000 (prefetchable)
	Memory window 1: fc02a000-fc02b000 (prefetchable)
	I/O window 1: 0000b800-0000bc03
	16-bit legacy interface ports at 0001


So then I made my lines in /etc/pcmcia/config.opts look like:

include port 0x100-0x1e0, port 0x400-0x6d0, port 0x700-0xcf0
include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff
include memory 0xfc025000-0xfc026000
include memory 0xfc028000-0xfc029000
include memory 0xfc02a000-0xfc02b000
include port 0xa800-0xac03
include port 0xb800-0xbc03
exclude irq 4
exclude irq 3
exclude irq 7

This got me a lot further as my output in syslog now looks like:

Jun 18 15:20:09 solomon kernel: cs: memory probe 0xfc02a000-0xfc02b000: 
clean.
Jun 18 15:20:09 solomon cardmgr[7262]: socket 1: ATA/IDE Fixed Disk
Jun 18 15:20:10 solomon cardmgr[7262]: executing: 'modprobe ide-cs'
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0x0100-0x01e0: 
excluding 0x170-0x177
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0x0178-0x01e0: clean.
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0x0400-0x06d0: 
excluding 0x4d0-0x4d7 0x600-0x6d7
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0x04d8-0x05ff: clean.
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0x0700-0x0cf0: clean.
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0xa800-0xac03: clean.
Jun 18 15:20:10 solomon kernel: cs: IO port probe 0xb800-0xbc03: clean.
Jun 18 15:20:36 solomon kernel: ide-cs: ide_register() at 0x100 & 0x10e, 
irq 17 failed
Jun 18 15:20:36 solomon kernel: Trying to free nonexistent resource 
<00000100-0000010f>
Jun 18 15:20:36 solomon cardmgr[7262]: get dev info on socket 1 failed: 
No such device

> I recommend using the kernel PCMCIA subsystem.  There are still
> problems with the 2.4.* PCI subsystem handling multiple PCI busses
> like this correctly, however, and you may also want to try the latest
> 2.5.* kernels too.
> 
I am stuck at a 2.4.18 kernel as my production kernel. You are
suggesting that I use the PCMCIA in the kernel tree and not the
pcmcia-cs, correct? I am concerned that failure to get the interrupt
may have to due with the PCI issue you mentioned and routing the
interrupt properly. Thank you for your help so far. Any more ideas
off hand? Thanks

-Steve



-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php