| Summary: | kernel gentoo-sources-2.6.17-r4 fails to resume after suspend | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Matija "hook" Šuklje <matija> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
config file from gentoo-2.6.17-r4
photo screenshot of the suspend-to-disk error config file from gentoo-2.6.17-r8 |
||
|
Description
Matija "hook" Šuklje
2006-07-30 09:16:29 UTC
Created attachment 93066 [details]
config file from gentoo-2.6.17-r4
Created attachment 93068 [details]
photo screenshot of the suspend-to-disk error
Oh, I forgot: Reproducable: always I always get the same results of suspending to ram (using kpowersave or hibernate-ram). And I tried to suspend to disk only two times - once I think it said there was not enough space and the output of the other time I attached just now. I've tried it again with as less clutter on as possible, to figure out if it's a problem with a module or with X. Here's what I did this time: - stop X - rmmod ndiswrapper and fglrx (keeping only acer_acpi module, as I think I need it) - hibernate-ram Actual results: Completely the same happenes as before. Further observations: - I noticed that the HDD led only shines for a very short time when resuming from suspend and then turning off, while the DVD/CD drive is still probing. It seems as if on resume it doesn't wake up the hard disk as it should or doesn't mount it or something in that direction... From what Specialized said in the forums, the problem could well be connected with the fact that userspace apps (e.g. s2ram) are needed to suspend systems from 2.6.17 on and there are no such packages in the portage tree yet. link to the forum thread: http://forums.gentoo.org/viewtopic-p-3516416.html#3516416 I'm fairly sure that is incorrect, the kernel still provides the old in-kernel suspend code, and provides the new userspace interface as an experimental alternative. Makes sense. Hmmm ...I've no idea what's wrong then. The same happens to me as well on gentoo-sources-2.6.17-r8 I'm attaching the config file Created attachment 97311 [details]
config file from gentoo-2.6.17-r8
Is this reproducible on the latest development kernel, currently 2.6.19-rc6? see comment #10 |