orinoco_cs.c cannot get io ports (cs.c 1.271), can anyone help me understand why?

[Jens B. Jorgensen]

Hello,

I'm trying to get a wireless card working under a new Fedora 
installation. I worked find under a previous install and I'm stymied as 
to why it won't work in this system. The card lives in an isa-to-pcmcia 
adapter. The Fedora install uses kernel 2.6.5-1.358. A working example 
system is a recent Knoppix using 2.4.20-xfs. In Knoppix I see:

Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
Intel PCIC probe:
  Vadem VG-469 ISA-to-PCMCIA at port 0x3e0 ofs 0x00, 2 sockets
    host opts [0]: [ext mode] [isa buf]
    host opts [1]: [ext mode] [isa buf]
    ISA irqs (scanned) = 3,4,7 polling interval = 1000 ms
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0820-0x08ff: clean.
cs: IO port probe 0x0800-0x080f: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x2f8-0x2ff 
0x378-0x37f 0
x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0x0d0000-0x0dffff: excluding 0xdc000-0xdffff
cs: memory probe 0x0c0000-0x0cffff: excluding 0xc0000-0xcffff
hermes.c: 4 Dec 2002 David Gibson <hermes at gibson.dropbear.id.au>
orinoco.c 0.13b (David Gibson <hermes at gibson.dropbear.id.au> and others)
orinoco_cs.c 0.13b (David Gibson <hermes at gibson.dropbear.id.au> and others)
eth0: Station identity 001f:0002:0001:0004
eth0: Looks like an Intersil firmware version 1.4.2
eth0: Ad-hoc demo mode supported
eth0: IEEE standard IBSS ad-hoc mode supported
eth0: WEP supported, 104-bit key
eth0: MAC address 00:03:9D:40:1F:74
eth0: Station name "Prism  I"
eth0: ready
eth0: index 0x01: Vcc 3.3, irq 3, io 0x0180-0x01bf
eth0: New link status: Connected (0001)

while under the fedora system I get:

Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
Intel ISA PCIC probe:
  Vadem VG-469 ISA-to-PCMCIA at port 0x3e0 ofs 0x00, 2 sockets
    host opts [0]: [ext mode]
    host opts [1]: [ext mode]
    ISA irqs (scanned) = 3,4,7 polling interval = 1000 ms
eth0: no IPv6 routers present
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x378-0x37f 
0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0x0d0000-0x0dffff: clean.
orinoco.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
orinoco_cs.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
GetNextTuple().  No matching CIS configuration, maybe you need the 
ignore_cis_vcc=1 parameter.
orinoco_cs: GetFirstTuple: No more items

I thought it curious that I don't see [isa buf] after host opts under 
2.6.5 but I'm not even sure what that does so I've not pursued that. The 
obvious check was to try the ignore_cis_vcc. I added that and still the 
same error. So, I hacked some extra debugging info into orinoco_cs.c to 
see where things were *actually* failing. The above is from the first 
run. After having added my own debugging printks I see:

orinoco_cs: skipping because pcmcia_request_io(link->handle, &link->io) 
failed: 30
orinoco_cs: req->Attributes1 = 8, req->BasePort1 = 0, req->NumPorts1 = 
64, req->IOAddrLines = 6

so pcmcia_request_io is failing with CS_IN_USE with the above params. 
However, I cannot for the life of me figure why it was unable to find an 
ioport region. It seems to be instructed to consider the ioport region 
0x180 - 0x1bf and in fact with this installation it is not in use: 
(excerpt from /proc/ioports)

00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0213-0213 : ISAPnP

So why would it not choose to use 0x180 - 0x1bf?! What am I missing?

Thanks for any help,

-- 
Jens B. Jorgensen
jbj1 at ultraemail.net