You are not logged in.
This could be KDE, but I suspect it's xf86-video-intel and/or libdrm. The window refresh is just crazy slow. Typing in open office you'll get through a third of a sentence, and then it will simply not update the window until it feels like it (sometimes as long as 30+ seconds) unless you minimize it and then bring it back up again.
Has anybody else experienced this and/or have a workaround? The Intel video driver has really become one giant PITA the last year.
Res Publica Non Dominetur
Laptop: Arch x86 | Thinkpad X220 | Core i5 2410-M | 8 GB DDR3 | Sandy Bridge
Desktop: Arch x86_64 | Custom | Core i7 920 | 6 GB DDR3 | GeForce 260 GTX
Offline
What card do you have? If an old one, try using e.g. xf86-video-intel 2.13.0-4 and xorg-server 1.9.4-1.
Works for me.
Offline
I think i have the same problem, it's most evident when i use firefox....the browser seems to freeze, cpu goes to 100% and after some seconds everything becomes normal.
My graphic card is: Intel Corporation Mobile GM965/GL960 (lspci) anh i have the last drivers availables on repository.
Offline
Any errors in the logs? Run 'grep -E '\((WW|EE)' /var/log/Xorg.0.log' and post the output.
Offline
I also have the 965 chip listed above by the other poster. Also running the latest. I tried xf86-video-intel-git and libdrm-git in AUR ... didn't help.
Xorg.0.log:
[ 87055.803] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[ 87055.807] (WW) Warning, couldn't open module fbdev
[ 87055.807] (EE) Failed to load module "fbdev" (module does not exist, 0)
[ 87055.813] (WW) Falling back to old probe method for vesa
I will try the versions karol listed and see if that helps.
Res Publica Non Dominetur
Laptop: Arch x86 | Thinkpad X220 | Core i5 2410-M | 8 GB DDR3 | Sandy Bridge
Desktop: Arch x86_64 | Custom | Core i7 920 | 6 GB DDR3 | GeForce 260 GTX
Offline
I have a different card
[karol@black ~]$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
so it may not be the sweet spot for you. You can try different driver versions, different kernels.
Does the slowdown happen every time?
Any errors in the other logs?
Offline
Yes @ slowdown.
No @ other errors.
For whatever reason, turning on compositing in Kwin seems to lessen the effect greatly, but not eliminate it.
Res Publica Non Dominetur
Laptop: Arch x86 | Thinkpad X220 | Core i5 2410-M | 8 GB DDR3 | Sandy Bridge
Desktop: Arch x86_64 | Custom | Core i7 920 | 6 GB DDR3 | GeForce 260 GTX
Offline
Yea, using those versions doesn't fix it. This is a tremendous PITA. I'm leaving compositing on to make the computer at least usable ... but we all know how well compositing gets along with say, flash ... or MythTV ... or GPU accelerated video playback.
Res Publica Non Dominetur
Laptop: Arch x86 | Thinkpad X220 | Core i5 2410-M | 8 GB DDR3 | Sandy Bridge
Desktop: Arch x86_64 | Custom | Core i7 920 | 6 GB DDR3 | GeForce 260 GTX
Offline
Think I may have found a fix .... and the issue lies in Mesa breaking Kwin.
http://www.phoronix.com/scan.php?page=n … &px=OTM0NA
Indeed, ~/.xsession-errors claims no direct rendering when glxinfo says uh duh direct rendering.
Trying the "export KWIN_DIRECT_GL=1" in .bashrc workaround ... will report back.
Res Publica Non Dominetur
Laptop: Arch x86 | Thinkpad X220 | Core i5 2410-M | 8 GB DDR3 | Sandy Bridge
Desktop: Arch x86_64 | Custom | Core i7 920 | 6 GB DDR3 | GeForce 260 GTX
Offline
Think I may have found a fix .... and the issue lies in Mesa breaking Kwin.
http://www.phoronix.com/scan.php?page=n … &px=OTM0NA
Indeed, ~/.xsession-errors claims no direct rendering when glxinfo says uh duh direct rendering.
Trying the "export KWIN_DIRECT_GL=1" in .bashrc workaround ... will report back.
I'm not sure if it's only me, but this does not seem to work if you use startx/xinit. For me, I put it in .xinitrc. Also, disable vsync.
Offline
Same problem here with xbmc.
Offline