Bug 522057
| Summary: | Kernel hangs on boot on Compaq Evo N800c (Radeon Mobility 7500) with ACPI enabled | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ondrej Zary <linux> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | awilliam, bsund.fed, chepioq, itamar, kernel-maint, nsoranzo, yakui.zhao |
| 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: | 2010-01-11 14:18:56 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
Ondrej Zary
2009-09-09 10:21:49 UTC
Got same problem. 00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge 00:01.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (int gfx) 00:04.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 0) 00:07.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 3) 00:09.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 4) 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] 00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:13.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a) 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 11h HyperTransport Configuration (rev 40) 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 11h Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 11h DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 11h Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 11h Link Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] 02:00.0 Ethernet controller: Marvell Technology Group Ltd. Device 4357 (rev 10) 06:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01) hard to know if this is actually to do with the graphics at all or just a kernel bug. Um. Could you perhaps test with the latest Test Day image and see if it happens there too? https://fedoraproject.org/wiki/Test_Day:Current#Live_Image -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers The crash still happens with desktop-i386-20090915.15.iso I'd say that it's a bug in the radeon drm code. Is there a way to disable it? I'm unable to find it. You can disable it with nomodeset on the boot line... For me it's the same kernel bug that i experience with kernel-PAE-2.6.30.5-43.fc11.i686.. It hangs with black screen on "Starting UDEV: " https://bugzilla.redhat.com/show_bug.cgi?id=522214 KMS stuff seems fine, but I don't get full screen on video-out but that doesn't since the kernel won't boot anyway.. I tried the x64 kernel this time but no go.. nomodeset disables KMS, not DRI. Ondrej already said it doesn't work with nomodeset either, for him. ondrej: the only method I know is the brute force one - move the DRI library out from /usr/lib64/dri . that should disable it =) there doesn't appear to be a parameter for the radeon module that would disable DRI loading similar to how radeon.modeset can disable KMS. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers So it's not related to the DRI code. Just tried SystemRescueCd 1.3.0 with 2.6.31 kernel and it hanged too. Looks like it's a kernel bug related to ACPI - booting with "acpi=off" works. This does not seem to be duplicate of 521423 as acpi=noirq, pci=routeirq or pci=noacpi do not help - only acpi=off works. My problem seem to be with upstream? https://bugzilla.redhat.com/show_bug.cgi?id=522214 I haven't been able to boot a kernel after this.. I have a Compaq 615, and lspci is posted.. Is there any pointers how to go forward from this? ondrej: you might want to file a bug upstream as well, then, and reference this report. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I bisected it - see http://lkml.org/lkml/2009/9/21/144 I have same problem with my Toshiba X200, I post a report here: https://bugzilla.redhat.com/show_bug.cgi?id=513680 and one to kernel bugzilla, here: http://bugzilla.kernel.org/show_bug.cgi?id=14129 But I don't see solutions... Will you please try the debug patch in http://bugzilla.kernel.org/show_bug.cgi?id=14211#C2 and see whether the issue still exists? thanks. Hi... I apply the http://bugzilla.kernel.org/show_bug.cgi?id=14211#C2 patch on the kernel 2.6.31-40.fc12.x86_64 (from koji) but that don't work... The kernel I have build with this patch don't boot without "acpi=off" option on boot... Sorry, but if you have an another patch for testing, I can test it... The bug was fixed in kernel. can you be more specific? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers so you mean *upstream* kernel. okay. :) -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers This fix is now in 2.6.31.4-rc1. chuck: so the reporter should test a 2.6.31.4 build, like: http://koji.fedoraproject.org/koji/buildinfo?buildID=136398 right? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers (In reply to comment #18) > chuck: so the reporter should test a 2.6.31.4 build, like: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=136398 > > right? Yes ondrej, please go ahead and try that build (or a later one) and let us know. Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I don't have access to this machine anymore. But I assume that it works as I tested the patch. Good enough for government work! chuck, I think we can close this as soon as a newer kernel is tagged into F12. you guys are planning to do that before final? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |