Description of problem: Following the fastuserswitching test case on the 10-9-2009 Nouveau test day, I got a hard system lock-up when attempting to switching back to the first user. Version-Release number of selected component (if applicable): testday-20090909 How reproducible: suspect consistantly, only tried once Steps to Reproduce: 1.https://fedoraproject.org/wiki/QA:Testcase_nouveau_fastuserswitch 2.lock-up occured after switching back to the first user. 3. Actual results: Expected results: no lock-up Additional info: F11 smolt profile http://www.smolts.org/client/show_all/pub_47ec75db-36e8-44ba-9e61-b93981ce89f6
*** Bug 522646 has been marked as a duplicate of this bug. ***
Can you update to kernel 2.6.31-23.fc12 and retry please, this should be fixed.
if it's not convenient for you to do a rawhide install, you can get nightly live builds here: http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ probably tomorrow's will have a new enough kernel. ben, best to set to MODIFIED if you think it's fixed, rather than NEEDINFO. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Thanks! a nightly live image is definitely preferable as I can't really re-install the machine.
Have you had a change to test a later snapshot?
I'm having problems getting yesterday's USB live image to boot (using the desktop x86_64 nightly).. I'll give it a try once I can get past that or find another working live image.
note that nightly builds from 20090918 to 20090923 were broken (failed to boot) but from 20090924 onwards should be OK again. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I tested desktop-x86_64-20090927.16.iso as a USB live image using the fast user switch and vtswitch testcases, no lock-ups and no display corruption evident after switching between users/vt's for about 5 minutes. I noticed some delay initially in bringing up the login screen, but that dissapeared after the first few times so mostly likely due to slow USB I/O and the buffer cache not yet primed.
Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers