Red Hat Bugzilla – Bug 107535
Fix serial driver oops
Last modified: 2013-07-02 22:15:50 EDT
Description of problem:
Kernel Panics, if the system has Xircom CardBus card.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install Taroon
Should be able to use as normal
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]
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
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?
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 ?
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.