Bug 138262
| Summary: | system freezes for minutes at a time when ACPI enabled | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Juran <djuran> | ||||
| Component: | kernel | Assignee: | Dave Jones <davej> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | rawhide | CC: | acpi-bugzilla, pfrields, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | kernel-smp-2.6.12-1.1398_FC4 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-08-12 17:00:06 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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 165150 | ||||||
| Attachments: |
|
||||||
Created attachment 106251 [details]
MagicSysRq log
goes away if you boot with "acpi=off"? If you boot with ACPI enabled, but rmmod thermal and rmmod processor, does it go away? Does /proc/interrupts show a bunch of acpi interrupts after the failure? I have no such modules as thermal or processor, I believe the they are compiled into the kernel. Also I the acpi interrupt count is still 0 after such a failure. still a problem with the latest kernels ? No, I can no longer reproduce this with kernel-smp-2.6.12-1.1398_FC4 (-: |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922 Description of problem: After booting my dual PIII with ACPI enabled, the system kept freezing for a minute or so at a time. I tried to get a MagicSysRq call trace while the system was hung but I'm not sure if the trace I got really was from when the system hung of if it was generated afterwards. The same moment I hit the key the system started responding again. Also I'm not sure if it's complete since the system hung before the text finished scrolling and this time it was dead for good. Anyway, I'm attaching it here. If booting with the option acpi=off there are no problems at all. Version-Release number of selected component (if applicable): kernel-smp-2.6.9-1.667 How reproducible: Always Steps to Reproduce: 1. boot without acpi=off Additional info: