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 -
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| KAMEZAWA Hiroyuki | Re: 2.6.23-mm1 |
| Greg KH | Re: [PATCH] USB: Only enable autosuspend by default on certain device classes |
| Oliver Neukum | Re: Linux 2.6.21 |
git: | |
| Sander | 'struct task_struct' has no member named 'mems_allowed' (was: Re: 2.6.20-rc4-mm1) |
| Robert Olsson | Re: rib_trie / Fix inflate_threshold_root. Now=15 size=11 bits |
| David Miller | Re: [PATCH 3/3] Convert the UDP hash lock to RCU |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
