http://bugs.freedesktop.org/show_bug.cgi?id=23593
--- Comment #14 from Francisco Jerez <[email protected]> 2009-09-04 10:26:37 PST --- (In reply to comment #12) > lspci says: > 01:00.0 VGA compatible controller: nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] > (rev 15) > but the nouveay and/or drm code speaks of nv04 on probing...? I'll attach an > Xorg log too. > > I've been trying to reproduce this for a while on another nv05 without success, I'm using master though. You said you were on master-compat but later that you were using a 2.6.31 release candidate so, which branch are you using exactly? There might be an specific acceleration request deterministically triggering the lockup. Have you tried e.g. "$ x11perf -all"? It would be interesting to know if any of the tests it does makes your system hang. > [...] > As a newbie to nouveau, I made one interesting observation: The X screen when > starting X (even after warm-reboot) is initially painted with the contents of > the last X screen. If I bog down the cpu with a cpu bound task (such as drm > logging to syslog) I can watch the old contents for ca 5 seconds before it's > cleared and the WM starts. That smells like a BIG security issue for public > terminals. Shouldn't the GPU/fb memory be clearedbefore handed to the process > (as RAM is when provided to a process?) > That could be easily done. In fact it's already done for the non-KMS case. I guess patches are welcome. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
