Red Hat Bugzilla – Bug 25711
Kudzu doesn't detect yenta-socket module (was: pcmcia network card is not working)
Last modified: 2014-03-16 22:18:36 EDT
On my Toshiba Setellite 2710 my Xircom Realport pcmcia card (xirc2ps_cs.o)
is not detected during install (normal boot-disk).
After the installation (in nofb-mode) the insertion of the module fails
(ds.o actually fails) during the modprobe
What kind of port-adaport do you have? (and "i82365" based or a "yenta" based)
the last part of dmesg should tell you (on a working kernel), look for words
like "PCIC" or "cardbus"..
It would be a great help if you could past those relevant lines.
(and if dmesg of your beta-system shows something interesting, please paste
them as well here)
Created attachment 8739 [details]
dmesg message from booting on a toshiba laptop with broken pcmcia card services
Hi again :-)
dmesg output from fisher:
PCI: Found IRQ 11 for device 00:0b.1
PCI: The same IRQ used for device 00:0c.0
got res[10000000:10000fff] for resource 0 of Toshiba America Info Systems
ToPIC95 PCI to Cardbus Bridge with ZV Support
got res[10001000:10001fff] for resource 0 of Toshiba America Info Systems
ToPIC95 PCI to Cardbus Bridge with ZV Support (#2)
/sbin/probe from rh 7.0:
PCI bridge probe: Toshiba ToPIC100 found, 2 sockets.
dmesg from rh 7.0, kernel 2.2.16-22:
Linux PCMCIA Card Services 3.1.19
kernel build: 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000
options: [pci] [cardbus] [apm]
PCI routing table version 1.0 at 0xf0190
Intel PCIC probe:
Toshiba ToPIC100 rev 20 PCI-to-CardBus at slot 00:0b, mem 0x68000000
host opts : [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0xc000000] [pci irq
11] [lat 64/176] [bus 20/20]
host opts : [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0xc000000] [pci irq
11] [lat 64/176] [bus 21/21]
PCI irq 11 test failed
ISA irqs (default) = 3,4,5,7,9,10,12 polling interval = 1000 ms
cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
The complete dmesg file is attached.
We (Red Hat) should really fix this before the next release.
Can you try "modprobe yenta_socket" and then "modprobe ds" ?
(and then start cardmgr)
It works! :-)
But it should be detected by the system, isn't it?
Yes it should. However, that is not a kernel bug, but a bug in the hardware
probe program. Re-assigning to kudzu. You might be able to help them
by pasting the output of _both_ "lspci" and "lspci -n"
What does your /etc/sysconfig/pcmcia look like, and what's the output
of 'lspci' on your system?
Created attachment 10000 [details]
lspci and lspci -n
Created attachment 10001 [details]
I hope it helps :-)
Created attachment 10002 [details]
pcmcia from /etc/sysconfig
What does your /etc/sysconfig/hwconf say?
Actually, now that I see it, you used the wrong boot disk. If you
boot with pcmcia.img instead, it should work fine.
yeah it does :-) But it should be working just by inserting the cdrom with the
rh7.1, isn't it?
It works fine with wolverine and the pcmcia boot disk :-)