Description of problem: Kernel Panics, if the system has Xircom CardBus card. Version-Release number of selected component (if applicable): Taroon-re1007.RC1.0 (2.4.21-4.EL) How reproducible: Every time, Steps to Reproduce: 1. Install Taroon 2. reboot 3. Actual results: Kernel Panics Expected results: Should be able to use as normal Additional info: It seems it has a problem with "serial.c"'s pci_siig10x_fn I am attatching kernel panic dump "oops" and ksymoops messages.
Created attachment 95308 [details] Kernel Panic dump
Created attachment 95309 [details] ksymoops message It is an output value from ksymoops.
Why would the xircom_cb card be in the pci_siig10x_fn function?
This bug still exists in RHEL 3 (2.4.21-4.EL) A/ES. How can we get Arjan the combo card?
Sorry, I mistakenly closed this bug... another oops.
Please also see bug 103337 which was reported earlier.
To fill in some information.... We're seeing this with the Xircom RBEM56G-100 PCMCIA card, which appears to use the xircom_cb driver. This is also known as the "Xircom RealPort CardBus Ethernet 10/100+Modem 56" card. This driver is in the supported kernel package. If the card is inserted at boot, the kernel panics with a fatal exception at pcmcia service startup. If the system is running without the card, the kernel panics instantly on card insertion. Simply loading the xircom_cb module without the card inserted does not trigger the kernel panic. Tested on a Dell Latitude CPx. GLS has a ton of these cards that were formerly in training equipment that I expect we can loan engineering and QA. I'm changing severity to high, because these cards are essentially useless until this bug is repaired.
For what it's worth: Training also happened to have a second similar card handy, an externally identical Xircom REM56G-100 (Xircom RealPort Ethernet 10/100+Modem 56). This card uses the unsupported xirc2ps_cs driver, and the supported serial_cs driver. It seems to function normally (if the kernel-unsupported package which includes it is installed). The CardBus card that's broken does work in a RHL 9 installed laptop, so this is a regression.
*** Bug 106341 has been marked as a duplicate of this bug. ***
BTW in FC1 the card works nicely again. On possible related matters a conceptronics USB2.0 card also panics the kernel when on of it's usb ports is accessed (works fine with FC1), so could this be a more generic cardbus problem?
This has solved my install problems, although without my Xircom card I am without LAN access, so either I try to wait for a fix (I am new to Linux) or buy another card. What do you think I should do? Thanks.
This is killing me too. Any ideas on an expected fix date?
Any news! I have the same bl**dy problem!
I'd like to add my voice to this bug - it is a show stopper. Is there any progress at all? The last RedHat comment is ~ 4 months ago which would seem to indicate that this has stalled. Jeff - are you able to provide a status update?
Created attachment 101929 [details] attempt to fix oops
Whoever merged the HP Diva patch screwed up the entire list of PCI serial devices. This affects not only Xircom, but all PCI serial devices that follow HP Diva. Please test the patch I just attached.
could u please tell me how to install this patch ? cheers so far i edited the file maually and added the two # lines (not sure how they will help however....)
The patch attached in comment fixes the problem with both the 16bit and 32bit versions of the xircom modem/ethernet combo cards. I've not tested any other scenarios other than initializing the modem and sending at strings to make sure the modem is thinking.
A fix for this problem has just been committed to the RHEL3 U3 patch pool this evening (in kernel version 2.4.21-19.EL).
An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2004-433.html