Hide Forgot
Description of problem: While running the XVideo test case on nouveau test day from LiveUSB the system first showed drawing problems and later froze while doing step #5 of this test: https://fedoraproject.org/wiki/QA:Testcase_nouveau_xv Version-Release number of selected component (if applicable): gfx_test_week_20110221_x86-64.iso How reproducible: Twice so far Steps to Reproduce: - See test case Actual results: - First try: I was moving around totem while the video was playing. That worked fine except when I moved parts of the window out of the desktop. When I moved the window back so it was completely visible again, the window would not be redrawn, i.e. all widgets/texts/etc were missing. The video would still play fine. Performing an Alt-Tab brought back the controls, too. A second later, when I was about to click into the timeline to jump ahead in the movie, the system froze. I'm not sure if that happened before or after I clicked. - Second try: Again I moved totem around while the video was playing. No redrawing problems this time. Jumping around in the timeline worked fine. Fullscreen worked (sometimes with some rendering errors, but that's another bug). But after playing with totem for a while trying all that stuff again and again it froze again. Expected results: No freeze, no redrawing problems. Additional info: HW: http://www.smolts.org/client/show/pub_acfad2d6-9081-4c20-87da-12c0776da4e3
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 480068 [details] dmesg output after a fresh boot with drm.debug=0x04
Created attachment 480069 [details] syslog from after a fresh boot with drm.debug=0x04
Created attachment 480070 [details] Xorg.0.log from after a fresh boot with drm.debug=0x04
It's highly likely that this bug is the same as https://bugzilla.redhat.com/show_bug.cgi?id=625187. This means that, unless some miracle happens and one of us nouveau devs figure out a way to avoid these chipsets hanging randomly, acceleration will also be disabled by default for them in F15. I will use this bug as a placeholder for all relevant bugs on this matter.
Sorry for changing the component; I was just trying to add myself to the cc list.
*** Bug 684608 has been marked as a duplicate of this bug. ***
As per some other related bugs here, and upstream reports, these chipsets look to be far more stable now, and in the F15 release.
*** Bug 701698 has been marked as a duplicate of this bug. ***