I've always used a Cardbus network card, with Realtek 8139 chipset. After I plugged it in, I could see the network card with lspci, load the appropriate module and have it working. Then I updated hald and the kernel, going to ver. 2.6.17-rsomething and the card stopped working. That means that the network chipset isn't listed by lspci any more after I insert the card in the slot. Therefore, inserting the module for the network chip makes nothing. The kernel reports: > pccard: CardBus card inserted into slot 0 and nothing more. The card works perfectly under Windows, so I think I can exclude a hardware problem. My computer is a (quite old) Acer Laptop, model Travelmate 202TEV. It's a Celeron ~600MHz. The new kernel was built by issuing "make oldconfig" and entering by hand the configuration parameters left. My gentoo system is currently running with the latest version of the stable packages, kernel included (I upgraded today to 2.6.17-gentoo-r7 with no good result). FYI here's the output from some commands I thought could be useful for you to track the problem; I'm attaching the output of dmesg too. All them are run _after_ the card is plugged in. Please let me know if you need any more information! # pccardctl info PRODID_1="" PRODID_2="" PRODID_3="" PRODID_4="" MANFID=0000,0000 FUNCID=255 PRODID_1="" PRODID_2="" PRODID_3="" PRODID_4="" MANFID=0000,0000 FUNCID=255 # pccardctl status Socket 0: 3.3V 32-bit PC Card Socket 1: no card # pccardctl ident Socket 0: no product info available Socket 1: no product info available # pccardctl ls Socket 0 Bridge: [yenta_cardbus] (bus ID: 0000:00:13.0) CardBus card -- see "lspci" for more information Socket 1 Bridge: [yenta_cardbus] (bus ID: 0000:00:13.1) # lspci 00:00.0 Host bridge: ALi Corporation M1621 (rev 05) 00:01.0 PCI bridge: ALi Corporation PCI to AGP Controller (rev 01) 00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01) 00:07.0 ISA bridge: ALi Corporation M1533/M1535 PCI to ISA Bridge [Aladdin IV/V/V+] 00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c3) 00:11.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU] 00:13.0 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01) 00:13.1 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01) 00:14.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)
Created attachment 96834 [details] dmesg from Acer 202TEV with kernel 2.6.17-gentoo-r7 This is the output of dmesg from my Acer laptop. Please ignore the last errors from at76c503: it's a USB Wlan adapter that doesn't like to start just the first time I plug it in... :-)
Same Problem here. I have a Acer Travelmate 512TE (somewhat old thing) and a Surecom EP428X networking card (32bit Cardbus). With 2.6.16-gentoo-r12 and older kernels i had 8139too Fast Ethernet driver 0.9.27 PCI: Enabling device 0000:02:00.0 (0000 -> 0003) ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [PILB] -> GSI 9 (level, low) -> IRQ 9 PCI: Setting latency timer of device 0000:02:00.0 to 64 eth0: RealTek RTL8139 at 0x1400, 00:02:44:b3:18:7e, IRQ 9 eth0: Identified 8139 chip type 'RTL-8139C' in dmesg. After upgrading the kernel to 2.6.17-gentoo-r7 (make oldconfig), this is simply gone. Starting the system with the old kernel, it works as before.
Same here, I have a Panasonic CF-M32 (but working ;) with a WiFi card Dlink AirPlus DWL-G650 (Atheros chip, 32bit Cardbus as well). The card is working with gentoo kernels 2.6.16-gentoo-r13 and older, but 2.6.17-gentoo-r<whatever> doesn't work. With the working kernels my dmesg is as follows: Yenta: CardBus bridge found at 0000:00:0a.0 [0000:0000] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:00:0a.0, mfunc 0xfba79543, devctl 0x62 Yenta: ISA IRQ mask 0x0cb8, PCI irq 9 Socket status: 30000020 ... Yenta: CardBus bridge found at 0000:00:0a.1 [0000:0000] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:00:0a.1, mfunc 0xfba79543, devctl 0x62 cs: IO port probe 0x100-0x3af: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f 0x388-0x38f cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. Yenta: ISA IRQ mask 0x0cb8, PCI irq 9 Socket status: 30000006 pccard: CardBus card inserted into slot 0 ath_hal: module license 'Proprietary' taints kernel. ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) wlan: 0.8.4.2 (svn 1531) ath_rate_onoe: 1.0 (svn 1531) ath_pci: 0.9.4.5 (svn 1531) PCI: Enabling device 0000:01:00.0 (0000 -> 0002) ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [PIN1] -> GSI 9 (level, low) -> IRQ 9 wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP wifi0: mac 7.9 phy 4.5 radio 5.6 wifi0: Use hw queue 1 for WME_AC_BE traffic wifi0: Use hw queue 0 for WME_AC_BK traffic wifi0: Use hw queue 2 for WME_AC_VI traffic wifi0: Use hw queue 3 for WME_AC_VO traffic wifi0: Use hw queue 8 for CAB traffic wifi0: Use hw queue 9 for beacons wifi0: Atheros 5212: mem=0x22000000, irq=9 ... pcmcia: Detected deprecated PCMCIA ioctl usage. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. cs: IO port probe 0x100-0x3af: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f 0x388-0x38f cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. With the newer kernels i get nothing, and i did even compile the new kernel with the old .config # pccardctl status Socket 0: 3.3V 32-bit PC Card Socket 1: no card # lspci 00:00.0 Host bridge: Intel Corporation 430TX - 82439TX MTXC (rev 01) 00:01.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:01.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:02.0 VGA compatible controller: Neomagic Corporation NM2160 [MagicGraph 128XD] (rev 01) 00:0a.0 CardBus bridge: Texas Instruments PCI1250 (rev 02) 00:0a.1 CardBus bridge: Texas Instruments PCI1250 (rev 02) 01:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) # pccardctl info PRODID_1="" PRODID_2="" PRODID_3="" PRODID_4="" MANFID=0000,0000 FUNCID=255 PRODID_1="" PRODID_2="" PRODID_3="" PRODID_4="" MANFID=0000,0000 FUNCID=255
So it seems that current development kernel already has the patch for this PCI access problem. See this: http://bugzilla.kernel.org/show_bug.cgi?id=6725 for more information about the bug, the boot parameters to make it work and the kernel patch.
Sorry, missed this bug just before doing a 2.6.17 release (probably the last of that series). However, I'll close this bug as 2.6.18 is now out, and there is also a simple workaround for 2.6.17 (pci=assign-busses,conf1 parameter)