Description of problem: i get a yellow "Linu" when i try to resume from suspend (to ram) on my toshiba portege P2000. Version-Release number of selected component (if applicable): hal-info-20070402-1.fc7 Additional info: following this post: http://kernelslacker.livejournal.com/77250.html i tried editing the /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-toshiba.fdi file. success! i'll attach a patch. i don't know for sure if both 'merge' lines are really needed but it seems likely looking at the rest of the file.
Created attachment 153533 [details] patch for 20-video-quirk-pm-toshiba.fdi
Committed, thanks! http://gitweb.freedesktop.org/?p=hal-info.git;a=commitdiff;h=1ef339dd996b1c1fd62d8746068c974bf8f006c8 I'll make sure we'll have a new hal-info release with this before Fedora 7.
hello. really sorry but it appears i've been a bit too quick to say this is working. it worked the first time i suspended but since then it's been failing on the second consecutive resume every time and also failing on the occasional first resume. with the same yellow "Linu". i'm working through all the quirks options trying to figure out what works best but it's going to take a while because a) i can't find _any_ useful information about those quirks and b) the problems are rather intermittent. there's no harm in my previous patch going upstream as it does improve the situation slightly but i'll update it here once i find a stable setup. i'm sure it's possible cos i'm pretty sure it was working fine in F7T1. any chance anyone's got a document somewhere about the quirks modes? in particular i'm wondering if (for example) "s3_bios" is an undesirable catch-all (as in, it will always work but it would be better not to use it) or not. cheers.
looking at this: http://people.freedesktop.org/~hughsient/temp/quirk/quirk-intro.html now :-)
i've tried everything on the quirks page, including the magic debugging trick saving data in the RTC. still nothing. occasionally you get one successful resume but nothing consistent. i'm almost certain this was working perfectly in either F7T1 or F7T2. is there any way of figuring out what the default suspend/resume setup was back then and finding a way to reproduce that? pretty please? it was really nice when it worked.
exciting new update for F8T3, 2.6.23-6.fc8: it worked once. then got stuck on the second resume. after that it's gone back to getting stuck on every resume. it's not stuck with a yellow "Linu" message though - now it's an orange "Ũ3MY". pretty sure i saw that on the screen briefly the one time it resumed successfully too. hope that helps.
re-assigned to kernel - it was only hal-info because i thought i'd fixed it by using existing quirks.
(please remember to reassign the bug owner too)
it's looking like this got fixed in the jump to 2.6.24. with the current enabled quirks the system comes back up but the screen goes really weird in a hardware-looking way ... it gradually goes white. with all quirks switched off ... success! i've done half a dozen suspend-resume cycles and a reboot too. all working. i'm so happy!! seriously. so i think we need to remove the mention of P2000 from the toshiba quirks file again.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
back to hal-info to get the P2000 reference removed again. i've guessed the assignee. sorry if it's wrong. is it worth mentioning (in a comment in the file?) that it only really works with 2.6.24 and above? is there some way to disable suspend-to-ram for P2000 running earlier kernels?
i'm closing this because i'll submit a patch upstream once i've done some more tests. it's looking like it works with 'quirk-none' in F10.