Bug 125411
Summary: | kernel-2.6.6-1.422 hangs on boot (FIREWIRE) | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Micheal Clark <sundanceloki> | ||||||||||
Component: | kernel | Assignee: | Dave Jones <davej> | ||||||||||
Status: | CLOSED ERRATA | QA Contact: | |||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 2 | CC: | pfrields, wbaker+rhn | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | i686 | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2004-12-01 03:45:22 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
Micheal Clark
2004-06-06 15:50:39 UTC
Created attachment 100905 [details]
Output of lspci -vv
Created attachment 100906 [details]
Ouput of lsusb -v
This problem also occurs in kernel-2.6.6-1.435. I have a Microsoft Intellimouse Optical usb, and the computer either freezes at that point, or starts with no mouse (can't move the mouse cursor). I will also attach the output of lspci -vv and lsusb -v Created attachment 101315 [details]
lspci -vv
Created attachment 101316 [details]
lsusb -v
Thanks for commenting on this bug, euphgeek. If enough folks are having this problem the sooner it could be fixed. Im having the same problem with checkin 435 as well though a strace on kudzu revealed it was hanging on the firewire detection. I disabled firewire in the BIOS and it booted normally. It looks like firewire isn't 100% in 2.6 yet. I just recompiled the updated kernel and removed support for firewire as a workaround. I will have to do that unfortunately until this is fixed. Thanks again No problem. I was about to file my own bug report when I saw yours. It seems like this may only affect 2.6.6, because my system boots fine with 2.6.5. booting with 'nofirewire' argument should also work around this, to save you needing to rebuild a kernel. Thanks Dave for your suggestion, strangely enough adding the nofirewire arg to the boot line in grub does not seem to keep kudzu from freaking out, at least with 2.6.6-435.2.1. Was thinking about chkconfiging kudzu out of runlevels 5 and 3 but I'm not sure about the ramifications of that. Either way thanks for the help and if there is any info I can provide, just let me know. yes, it seems kudzu makes the modules get probed regardless of the nofirewire setting, so removing the ieee1394 directory from /lib/modules/ is the only way to be sure they dont get loaded. Newer kernels in rawhide have firewire disabled in the SMP kernels. Hopefully at some point in time, we can reenable it across the board, but upstream needs to fix this and a few other issues first. mass update for old bugs: Is this still a problem with the 2.6.9 based update kernel ? You are on the ball Dave. No problems as of 2.6.9 Feel free to mark as resolved. The kernel (2.6.9-1.6_FC2) is still hanging for me, even when I boot with the "nofirewire" argument. |