Bug 180998
Summary: | kernel 2.6.15-1.1831_FC4 makes laptop suspend a loosing proposition | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> | ||||||
Component: | kernel | Assignee: | Dave Jones <davej> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 4 | CC: | acpi-bugzilla, pfrields, wtogami | ||||||
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: | 2006-03-09 22:54:14 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
Michal Jaegermann
2006-02-11 05:58:38 UTC
Created attachment 124539 [details]
a fragment of dmesg showing up one susped/wakup cycle
Created attachment 124540 [details]
full dmesg output from boot and through one suspend/wakup cycle
See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154046#c17 for problems similar like in this report but with earlier kernels. The laptop in question came back from repairs; with a new motherboard and a newer BIOS. Not that much newer but still. The previous one was "Version: R01-A0R, Release Date: 01/29/2003" and a replacement is "Version: R01-A1D, Release Date: 05/30/2003". Probably this difference accounts for disappearance of "ACPI-0265" error and the laptop now suspends again with 2.6.15-1.1831_FC4 and with 2.6.15-1.1833_FC4. The catch is, of course, that with older kernels R01-A0R BIOS was good enough and now is not. Still, should that be closed? A backtrace with "sleeping function called from invalid context" is still there like before. The backtraces will disappear when I backport an FC5 kernel to FC4. They should be harmless and just informational anyway, and given we don't really expect suspend to work in releases < FC5, you're pretty lucky to have gotten it to work at all :) > ... and given we don't really expect suspend to work in releases < FC5
> you're pretty lucky to have gotten it to work at all :)
Pssst! Don't tell that to my wife. I will be run out of town. :-)
Especially that an old Toshiba was doing suspend, with APM - which
is not an option here, many years ago. Yes, I know ...
|