Public bug reported:

I have a clean installation of kubuntu on an HP 2710p with intel
integrated video.

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (rev 0c)

When I start up kde, effects like transparency eat up a great deal of
CPU, and moving windows is choppy. The glxgears app runs slowly and jams
up if I do other graphics things. This all feels as if at least part of
the gfx pipeline is being done on the cpu, not the gfx chip.

If I run any xrandr that causes the video mode to be reset (e.g.
enabling an external monitor, or rotating the desktop) then afterwards
almost no CPU is used for graphics operations, moving windows is smooth
even with multiple layers of semi-transparent windows, glxgears runs
much quicker and is not slowed down so much by other gfx operations. In
short, it behaves as if most of the gfx operations are being done in the
gfx chip, not the cpu.

There is no difference before and after in the output of glxinfo. There
is nothing in xorg.0.log that indicates that any extra modules have been
loaded when the resolution is changed with xrandr or that any different
refresh rate or memory or anything like that.

My system is fully up to date, including the recent intel video driver
update.

This behavior is totally consistent. If I restart X, it comes back in
'unaccelerated' mode and the very first time I run xrandr, it switches
to 'accelerated' mode. Running gl apps in windows doesn't trigger the
switch, and nor does altering or enabling/dissabling transparency for
all windows. The status of acceleration appears to survive suspend and
hibernate.

workaround: run this each time I go into x:
xrandr -o 2 ; xrandr -o 0

** Affects: xorg (Ubuntu)
     Importance: Undecided
         Status: New

-- 
xrandr turns hw acceleration on
https://bugs.launchpad.net/bugs/239328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to