Bug 33361
Summary: | System hangs on USB startup with extended PCI bus | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Antonius Erdmann <antonius.erdmann> |
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-07-10 15:27:30 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: | |||
Attachments: |
Description
Antonius Erdmann
2001-03-27 08:07:44 UTC
Created attachment 13784 [details]
contents of /proc/pci of laptop when in/off the docking station
May I have the /proc/version string from that one? Created attachment 13825 [details]
contents of /proc/version
Does anyone know if this happens with the 7.1 release? The bug was filed with Wolverine originally. Created attachment 17248 [details]
Output of 'dmesg'
Hi, the problems do still exist (more or less) in the 7.1 release. 1.) same problem as before 2.) startup-scripts now __crash__ or hang crash: modprobe usb-uhci crash: kudzu hang: /etc/rc.d/init.d/pcmcia start 3.) same problem as before /proc/version: Linux version 2.4.2-2 (root.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-79)) #1 Sun Apr 8 20:41:30 EDT 2001 I will attach the output of 'dmesg' Regrads Toni That dmesg was very helpful! Now I see that UHCI (both of them) conflict with the second IDE, apparently found in the docking station (CD-ROM perhaps?). After that, uhci does not fail gracefuly, and causes different problems - locking up, crashing, etc. It is a bad thing too, I'll look into it. Created attachment 17288 [details]
Proper recovery if request_irq fails in usb-uhci.
With the patch to uhci the system will not crash or lock up for that reason (I hope there are no other reasons, the eepro100 being the next suspect). However, fixing the IDE not to hog interrupts seems difficult. Alan says that we have controllers in the field that sit on PCI, but use edge triggered interrupts [presumably, onboard IDE]. This may end in a situation when nothing works when the lappy is docked, except the CD-ROM. 7.1 errata is out, please try that. At least USB won't crash when it finds request_irq() bounced. If you don't retest, I mark the bug resolved in a week. Shared IDE interrupts were not resolved, I keep arguing with Andre Hendriks about it. Very little can be done at this point about it. If you are inclined so, run a custom kernel with SA_SHIRQ set at all times, as per patch. That's the only recourse that I see. RESOLVED the named bug (see Summary) USB now does not crash or hang the system /usr/sbin/kudzu now works service pcmcia start still hangs the system Thanks, Toni (right back from vacation) Resolving "in Rawhide" because I pushed the resolution into Linus tree, so it's sure there. Dunno about the errata, if the split off HEAD CVS was in time to pick the fix. I have applied all errata for 7.1 on 2001-07-10 and I'm now running kernel 2.4.3-12 I looked into usb-uhci.c and found something that looks like the modifications of 2001-05-03 (attach_id=17288) at usb-uhci.c line 2971. I now had the time to try the SA_SHIRQ hack (see: comment from 2001-06-25). But that causes the machine to hang when bringing up eth1 (the one in the docking station). I'm not shure, whether this is the right place for the hack. Toni Created attachment 32478 [details]
prposed hack for SA_SHIRQ (does not work)
|