Bug 88848
Summary: | (USB)Kernel panic during boot on Dell Inspiron 8200 with USB GPS Receiver plugged in | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Brad Morgan <b-morgan> |
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 9 | CC: | afinkel, ed.jaeger, herrold |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-30 15:40:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Brad Morgan
2003-04-14 21:50:18 UTC
Apr 14 15:31:55 SKIP-MORGAN devlabel: devlabel service started/restarted hmmmm could you try removing the devlabel rpm? I've seen it cause havoc with serial stuff before I removed the devlabel package (rpm -e devlabel) and the panic still occurs. There is what appears to be a stack dump on the screen. Is any of this information useful? Is it captured (or capturable) anywhere? the important bits are function names of the backtrace, eg it'll look like [<e4cf239f>] register_sound_mixer_Rb3ad7eaa [soundcore] 0x3f (0xd6ee5e3c)) [<e4cf3900>] chains [soundcore] 0x0 (0xd6ee5e40)) and in such a case the only important bits are "register_sound_mixer" and "chains". While there are several options to capture this, a pen and a piece of paper sometimes is just easiest given that's only a few words to write down. Here's what's left on the screen. I can't tell if there's more scrolled off the top... uhci_clean_transfer delete_desc delete_qh flush_to_ldisc __run_task_queue tqueue_bh bh_action tasklet_hi_action do_softirq do_IRQ apm_cpu_idle call_do_IRQ apm_cpu_idle default_idle apm_cpu_idle apm_cpu_idle default_idle cpu_idle stext GPS is a USB serial, basically. I'll take it from here. Does the 2.4.20-18 errata work? Sorry it took so long to answer but I downgraded the machine to 8.0. I've reinstalled 9.0 and both 2.4.20-8 and 2.4.20-18.9 still panic during bootup. I believe the stack dumps are the same as I reported previously. Since I now have both 8.0 and 9.0 installed, it shouldn't be so long between questions and answers. I encountered a similar panic with the kl5kusb105 module used for my PalmConnect USB<->Serial converter. The system will panic every time on boot if the converter is attached. System boots fine if converter is disconnected. errors from console: Code 0f:0b:e2:03:9f:d6:25:c0:e9:77:fd:ff:ff:8d:b4:26:00:00:00:00 <0>kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing. If I boot into single user mode, the last entries in the messages log before the reboot refer to the kl5k105usb module. So, did anyone try 2.4.22-1.2140 yet? I'm pretty sure I fixed this. If you're stuck with RHL 9, just install the above with rpm -i, kernels are relatively compatible between Fedora and RHL 9. Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |