Rafael J. Wysocki napsal(a):Hm, there is some kind of magic. First, I have fglrx, that taints kernel. If I use vesa drv with X, it doesn't resume the card. If I try console, it doesn't resume it too. fglrx + suspend.sf.net seems to work -- 3 unsuccesfull disk > sys/power/state and after s2dsk with backspace during suspend, disk > sys/power/state works. But this sceniario happened only once... Next, it was so early to utter -rc4 is good, it happens there too, so it's not a regression. I have no idea what's wrong, is there any possibility to figure out, what happens (esp. kick fglrx off)? Disable higmem? Try UP? thanks, -- http://www.fi.muni.cz/~xslaby/ Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E Hnus <hnus@fi.muni.cz> is an alias for /dev/null -
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
