hardware: lspci -v 01:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 (rev a1) (prog-if 00 [VGA]) Subsystem: ASUSTeK Computer Inc.: Unknown device 81e1 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 20 Memory at de000000 (32-bit, non-prefetchable) [size=16M] Memory at c0000000 (32-bit, prefetchable) [size=256M] Memory at dd000000 (32-bit, non-prefetchable) [size=16M] Expansion ROM at dfde0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 3.0 lspci -vn 01:00.0 Class 0300: 10de:0221 (rev a1) Subsystem: 1043:81e1 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 20 Memory at de000000 (32-bit, non-prefetchable) [size=16M] Memory at c0000000 (32-bit, prefetchable) [size=256M] Memory at dd000000 (32-bit, non-prefetchable) [size=16M] Expansion ROM at dfde0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 3.0 software: kernel 2.6.21.5 drm git up to and include a27af4c4a665864df09123f177ca7269e48f6171 mesa git 5e4a0f42f243cd5fbc8718660d78705e8c70808f xf86-video-nouveau git e81c9a29e6d1c6573892df8601f0361c2b09c659 if i set Option "MigrationHeuristic" in my xorg.conf to "always" (default) - i have screen corruption even on Mozilla start. And can easily see rendering problems after scroll some pages inside mozilla up and down. if i set this option to "greedy" - i have stable desktop, no problems with mozilla (i can load tens pages with heavy graphics usage). but X still crashes at some point. Also translucency changes not very smooth. if i set option "MigrationHeuristic" to "smart" - i have nice looking and fast desktop. And memory usage is lowest, according to gkrellm. But if i load many pages in mozilla , heavy loaded with small pictures - i can see some (text rendering) problems in gkrellm window and then crash or freeze. (acpi poweroff work) and question: as i can see in xorg.0.log and in sources - nouveau use half available videoram for EXA acceleration. May be option like FBtexPercent will be useful there? (screenshots, crash logs and xorg.conf follow shortly ...)
Created attachment 10512 [details] Mozilla with corrupted page inside with default "MigrationHeuristic".
Created attachment 10513 [details] text problem in gkrellm screenshot taken just before crash/freeze. You should open _really_ many pages with _really_ many pics!
Created attachment 10514 [details] my working xorg.conf
Created attachment 10515 [details] current xorg.0.log
Created attachment 10516 [details] crash log with Option "MigrationHeuristic" "smart"
With a NV17 and default EXA mode, I manage to get screen corruption and after some time X crash. So it seems this problem is reproductible also on nv17.
And little more on this. If i have added option "EXANoDownloadFromScreen" "1" - i have stable, and acceptable-fast desktop. (switch to text console takes seconds, but in graphics mode mozilla and other apps runs fast). If i use "EXANoDownloadFromScreen" "1" and default "MigrationHeuristic" "always" - i have no screen corruption, but massive, very noticeable slowdown.
There's some changes in latest git that may fix this, they correct all the rendering issues I see here (C51).
rendering is correct, but on iceape (seamonkey on debian), I got hard lockup when trying to attach a file in a mail.
ok, now using xf86-video-nouveau git, commit dff1cce299df636813e8f85109f4556f520620c0 default EXA - no problems so far! Stable and fast! Thanks for fixing this!
So is it fixed ? Can we close the bug now ?
(In reply to comment #11) > So is it fixed ? Can we close the bug now ? > yes
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.