FS#8868 - Kernel panic when hostap_cs module loads before (blacklisted) orinoco_cs

Attached to Project: Arch Linux
Opened by Christos Nouskas (nous) - Saturday, 08 December 2007, 09:09 GMT
Last edited by Tobias Powalowski (tpowa) - Sunday, 27 January 2008, 08:35 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture i686
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description
I own a Senao 2511CD-plus-ext2 pcmcia wifi card. Vanilla kernels 2.6.23.8, 2.6.24-rc3 and Arch kernel26 2.6.23.9-1 all panic at boot when I blacklist the orinoco modules in /etc/rc.conf. I need the hostap driver because wpa_supplicant fails to negotiate using the orinoco driver.

If the orinoco modules are loaded first and rmmod'ed, then the hostap modules load ok, but this is awkward as it requires the card to be ejected and re-inserted.

The bug is also reproducible when:
a. the system is booted with init=/bin/bash and hostap_cs is manually modprobed, although the trace is different.
b. the card is inserted at anytime after boot


Steps to reproduce:
1. Put orinoco and orinoco_cs in MOD_BLACKLIST (or prefix them with ! in MODULES), then
2. Boot normally and wait for udev to cause some panic, or
3. Boot w/ init=/bin/bash and modprobe yenta_socket && modprobe hostap_cs, or
4. Boot normally, insert card, see system crash.

Attached should be 3 screenshots of the traces.
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Sunday, 27 January 2008, 08:35 GMT
Reason for closing:  Won't fix
Comment by Christos Nouskas (nous) - Saturday, 08 December 2007, 16:12 GMT
I forgot to mention, my harware is an IBM Thinkpad R50e. lspci follows:
# lspci
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01)
02:00.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller
02:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (MOB) Ethernet Controller (rev 81)

Kernel boot parameters such as acpi=off etc didn't help.
Comment by Tobias Powalowski (tpowa) - Saturday, 26 January 2008, 22:24 GMT
status on .24 kernel in testing?
Comment by Christos Nouskas (nous) - Saturday, 26 January 2008, 23:37 GMT
Same as before. This is also true for vanilla 2.6.24-rc8, although this one ignores somehow the blacklist and loads the orinoco modules instead. Had to remove them from their directory to force the kernel to load hostap.

One thing that might prove the problem lies in the hostap driver itself is that when I downgraded the card firmware to version 1.4.9 everything worked as it was supposed to. But then again, WEP is not supported under 1.7.x.

It seems to me this is a lost case, so I bought a used atheros card for $9 and found my peace.

Thanks for looking.
Comment by Tobias Powalowski (tpowa) - Sunday, 27 January 2008, 08:34 GMT
then the problem is between firmware and kernel, i cannot do anything about this issue, filling upstream to the kernel bugtracker would be an option.

Loading...