Created attachment 100935 [details] Xorg.0.log I upgraded to xf86-video-intel recently to find that Firefox was very ... twitchy. Scrolling would not always update the screen, and moving my mouse (or the arrows) would cause flashes between the old and new content to be displayed. This also happens with changing tabs. Evince, Libreoffice, and Gedit have the same problem, so I think this is a GTK issue (Kate and yakuake appear unaffected. I can actually get Firefox to stop twitching out by having yakuake come over it). I'm using KDE 4.13.1. Since this is a regression between 2.99.911 and 2.99.912, I did a git bisect to get that the regression happened after commit 6ab6734369fbd902a23109f4c3626df9d529891c and on or before commit 975b9798be77b30cbed485583d0ccb48318708f7 (the commits in between would not compile on my system). Based on these commits, I'm guessing the enabling of DRI3 is causing this issue. I don't know if this should be reported under mesa or xf86-video-intel, but the latter is what I upgraded to get to this state. I've attached the Xorg.0.log and dmesg when running with the latest git commit atm, abbf6d6b7962650607dc3517939991de56ce8a91. The corruption is identical to the tagged 2.99.912 release. Gentoo System Dell Precision M4800 with Intel HD 4600 and AMD FirePro M5100 xf86-video-intel: --disable-debug --enable-dri --enable-glamor --enable-sna --enable-uxa --enable-udev --enable-xvmc mesa 10.2.0_rc5: --enable-dri --enable-glx --enable-shared-glapi --enable-texture-float --disable-debug --enable-dri3 --enable-egl --enable-gbm --disable-gles1 --enable-gles2 --enable-glx-tls --enable-osmesa --enable-asm --enable-llvm-shared-libs --with-dri-drivers=,swrast,i965,radeon,r200 --with-gallium-drivers=,swrast,radeonsi,r300,r600 --with-egl-platforms=x11,wayland,drm --enable-gallium-llvm --enable-openvg --enable-gallium-egl --enable-omx --enable-r600-llvm-compiler --enable-vdpau --enable-xa --enable-xvmc --enable-opencl dri3proto 1.0 libdrm 2.4.54: --disable-exynos-experimental-api --disable-freedreno-experimental-api --enable-intel --disable-nouveau --disable-omap-experimental-api --enable-radeon --disable-vmwgfx --enable-libkms xorg-server 1.15.99.903: --enable-ipv6 --disable-dmx --disable-glamor --disable-kdrive --disable-kdrive-kbd --disable-kdrive-mouse --disable-kdrive-evdev --enable-install-setuid --disable-tslib --disable-libunwind --enable-xwayland --enable-record --enable-xfree86-utils --enable-install-libxf86config --enable-dri --enable-dri2 --enable-glx --enable-xnest --enable-xorg --enable-xvfb --enable-glx-tls --enable-config-udev --without-doxygen --without-xmlto --with-systemd-daemon --enable-systemd-logind --enable-libdrm --disable-config-hal --disable-linux-acpi --without-dtrace --without-fop
Created attachment 100936 [details] dmesg
Can you eliminate the second GPU as a source of trouble? E.g. Section "Device" Identifier "Intel" Option "DRI" "3" EndSection will have the side-effect of disabling the radeon. Then you can change "3" to "2" to confirm that it is DRI3 triggering the issue.
(In reply to comment #2) > Can you eliminate the second GPU as a source of trouble? E.g. > > Section "Device" > Identifier "Intel" > Option "DRI" "3" > EndSection > > will have the side-effect of disabling the radeon. Then you can change "3" > to "2" to confirm that it is DRI3 triggering the issue. Using that in a file in /etc/X11/xorg.conf.d/ didn't change the bug, but changing "3" to "2" did.
Sorry, I should have clairified: the twitchy updating goes away when using: Option "DRI" "2"
As an update, this also happens with mesa 10.2.1 with the following configure options: --enable-dri --enable-glx --enable-shared-glapi --enable-texture-float --disable-debug --enable-dri3 --enable-egl --enable-gbm --disable-gles1 --enable-gles2 --enable-glx-tls --enable-osmesa --enable-asm --enable-llvm-shared-libs --with-dri-drivers=,swrast,i965,radeon,r200 --with-gallium-drivers=,swrast,radeonsi,r300,r600 --with-egl-platforms=x11,wayland,drm --enable-gallium-llvm --enable-openvg --enable-gallium-egl --disable-omx --enable-r600-llvm-compiler --enable-vdpau --enable-xa --enable-xvmc --enable-opencl Is there anything like Android's "Show GPU view updates' to see if xorg/mesa/? is getting notified to redraw that part of the screen ? (If that information will help)
This is really noticeable when using icedtea web browser java plugin to remotely connect into work using Citrix Receiver
It could be solved by this commit: http://cgit.freedesktop.org/mesa/mesa/commit/?h=10.2&id=3ca21195939477fa1f9b113ce4f6da36a8480321 Please test mesa git or mesa 10.2.3
Thanks. It doesn't seem to address this. With xf86-video-intel 2.99.912, the same problem shows with mesa 10.2.3 and mesa master branch (on commit f14d217f5c72651b9f24a83b11ace16837db4603 ). If it helps, the screen flickers between old/new content occurs when I switch tabs to a tab already loaded, or when I alternate page up/down (so a section of the page recently loaded is reshown). Also, it stops (and doesn't seem to start) when I scroll with my touchpad or use the arrow keys.
This is the same as bug 81551 ... can you test Chris's patch and confirm whether it works or not?
(In reply to comment #9) > This is the same as bug 81551 ... can you test Chris's patch and confirm > whether it works or not? This fixes it. No graphical problems scrolling in Firefox or gedit. [ 643.373] (II) intel(0): direct rendering: DRI2 DRI3 enabled mesa-10.2.4 + xf86-video-intel-2.99.912 with Chris's patch.
*** This bug has been marked as a duplicate of bug 81551 ***
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.