Bug 6415
Summary: | S3+S4 resume: hung access to /proc/acpi after resume if asus_hides_smbus=1 | ||
---|---|---|---|
Product: | ACPI | Reporter: | Lukas Turek (turek.lukas) |
Component: | Power-Sleep-Wake | Assignee: | acpi_power-sleep-wake |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | normal | CC: | acpi-bugzilla |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.15 .. 2.6.17-rc2 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
My kernel configuration
Output of Alt+SysRq+T |
Description
Lukas Turek
2006-04-19 16:36:50 UTC
Created attachment 7905 [details]
My kernel configuration
Created attachment 7906 [details]
Output of Alt+SysRq+T
So in your dmesg you have: "PCI: Trying to enable ICH6 SMBus. RCBA base 0x%x relocated 0x%x \n" and if you disable the new quirk, which asus_hides_smbus=1 then this issue goes away? after the resume, does even the following hang? # cat /proc/acpi/info > So in your dmesg you have: > "PCI: Trying to enable ICH6 SMBus. RCBA base 0x%x relocated 0x%x \n" The message is "PCI: Enabled ICH6/i801 SMBus device" >and if you disable the new quirk, which asus_hides_smbus=1 >then this issue goes away? Yes. > after the resume, does even the following hang? > # cat /proc/acpi/info I tried it under 2.6.17-rc2 without X11 and any daemons running. It acts differently, and I hope it's more helpful: After resume, i can read everything in /proc/acpi except /proc/acpi/thermal_zone/THRM/temperature. Reading from this file still hangs. But then I can still read most files in /proc/acpi, with only some exceptions, eg. /proc/acpi/asus/info, /proc/acpi/video/VGA/TVOD. And only the first process which tried to read from /proc/acpi/thermal_zone/THRM/temperature takes 100% CPU, others just freeze. Maybe there's some conflict between reading temperature via acpi and via SMBus? It seems the problem is fixed in 2.6.17-rc6. Fixed in 2.6.17-rc6. |