Very high cpu usage for compiz in 14.04 (mesa incorrectly using llvmpipe)

Bug #1268146 reported by Rocko
286
This bug affects 59 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Fix Released
High
Unassigned

Bug Description

I just upgraded to 14.04, and I'm seeing 50%-500% cpu usage from compiz.

Strangely, glxinfo reports this, which is totally incorrect - I'm running on Intel Sandy Bridge HD3000 graphics and VMware isn't even installed on this PC:

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 2.1 Mesa 10.0.1

So I guess that compiz might be using lots of cpu because it's using llvmpipe as the renderer. So is this a mesa bug?

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: unity 7.1.2+14.04.20131106.1-0ubuntu2
ProcVersionSignature: Ubuntu 3.13.0-1.16-generic 3.13.0-rc7
Uname: Linux 3.13.0-1-generic x86_64
.tmp.unity.support.test.1:

ApportVersion: 2.13.1-0ubuntu1
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
CompositorUnredirectFSW: true
CurrentDesktop: Unity
Date: Sat Jan 11 22:27:28 2014
DistUpgraded: 2014-01-11 12:30:22,360 ERROR SystemError from cache.commit(): installArchives() failed
DistroCodename: trusty
DistroVariant: ubuntu
GraphicsCard:
 Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if 00 [VGA controller])
   Subsystem: Dell Device [1028:050e]
 NVIDIA Corporation GF108M [GeForce GT 540M] [10de:0df4] (rev ff) (prog-if ff)
InstallationDate: Installed on 2012-08-25 (504 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120724.2)
MachineType: Dell Inc. Dell System XPS L502X
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-1-generic root=UUID=67083065-b92e-4596-a218-817c1dfc8ae7 ro quiet splash intel_pstate=enable crashkernel=384M-:128M vt.handoff=7
SourcePackage: unity
UpgradeStatus: Upgraded to trusty on 2014-01-11 (0 days ago)
dmi.bios.date: 05/29/2012
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A11
dmi.board.name: 0NJT03
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: 0.1
dmi.modalias: dmi:bvnDellInc.:bvrA11:bd05/29/2012:svnDellInc.:pnDellSystemXPSL502X:pvr:rvnDellInc.:rn0NJT03:rvrA00:cvnDellInc.:ct8:cvr0.1:
dmi.product.name: Dell System XPS L502X
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.10+13.10.20131011-0ubuntu1
version.ia32-libs: ia32-libs 20090808ubuntu36
version.libdrm2: libdrm2 2.4.50-1
version.libgl1-mesa-dri: libgl1-mesa-dri 10.0.1-1ubuntu2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 10.0.1-1ubuntu2
version.xserver-xorg-core: xserver-xorg-core 2:1.14.5-1ubuntu2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.2.0-0ubuntu10
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.907-0ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu1
xserver.bootTime: Sat Jan 11 22:20:55 2014
xserver.configfile: default
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id 41063
 vendor DEL
xserver.version: 2:1.14.5-1ubuntu2

Revision history for this message
Rocko (rockorequin) wrote :
Revision history for this message
Rocko (rockorequin) wrote :

glxinfo on Ubuntu 13.10 shows this:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.1

so perhaps the problem is in mesa 10.0.1. Maybe this thread is relevant - it says that mesa didn't have permission to read the video card: https://bbs.archlinux.org/viewtopic.php?pid=1366585

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
Rolf Leggewie (r0lf)
Changed in unity (Ubuntu):
importance: Undecided → High
Revision history for this message
Christopher Townsend (townsend) wrote :

Yes, this is most likely a mesa bug and the software renderer will result in high CPU usage.

Changed in unity (Ubuntu):
status: Confirmed → Invalid
Changed in mesa (Ubuntu):
status: New → Confirmed
Changed in mesa (Ubuntu):
importance: Undecided → High
Timo Aaltonen (tjaalton)
no longer affects: unity (Ubuntu)
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

have you installed some vmware stuff, since unitysupporttest shows:

Error: command ['/usr/lib/nux/unity_support_test', '-p', '-f'] failed with exit code 1: OpenGL vendor string: VMware, Inc.

Changed in mesa (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

meh, and now I read the bug description..

Changed in mesa (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Fusion (bornolbers) wrote :

Unfortunatelly I don't know about the details. I just see 2 instances of apport:
RAM: 120MB and 140MB about
CPU: 25% and 25% about
...and a service called "mediascanner-service-2.0" which starts and stops randomly with CPU: 16% - 68%

ubuntu 14.04 x86_64/fx4170/hd4870
upgraded from 13.10

Revision history for this message
Basith F (basithaf) wrote :

The following line (reinstalling the xorg/intel...drivers?(not sure that's the word)):

sudo apt-get install --reinstall xserver-xorg-video-intel

fixed the problem for me on 14.04...also have bumblebee with nvidia-334 running fine

Revision history for this message
Jonathan (jonathan-uxbr) wrote :

Above solution didn't work for me. Since the upgrade to 14.04 ubuntu is basically unusable for me. When opening windows or moving them the CPU usage immediately rises to 100%. I am also not running inside a VM.

glxinfo als for me says:

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.30

Revision history for this message
Jonathan (jonathan-uxbr) wrote :

Updating my nvidia drivers from 331.49 to 331.67 did fix the problem for me.

Revision history for this message
Nepomuk Seiler (nepomuk-seiler) wrote :

Installing 331.67 crashed my system, but after recovering and installing "just" nvidia-current, everything works now.

Revision history for this message
Alejandro R. Mosteo (mosteo) wrote :

Similar wrong report here, integrated intel graphics but this is 32bit system. Also mesa version shown is different:

$ glxinfo | grep -i opengl
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.30
OpenGL extensions:

$ uname -a
Linux redacted 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:31:42 UTC 2014 i686 i686 i686 GNU/Linux

Revision history for this message
Alejandro R. Mosteo (mosteo) wrote :

As a shoot in the dark I tried removing xserver-xorg-video-vmware, nothing changed.

Revision history for this message
Mau (maugarta-cc) wrote :

Same problem

GraphicsCard = NVIDIA Corporation G72 [GeForce 7200 GS / 7300 SE] [10de:01d3] (rev a1)

#glxinfo | grep -i string
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.30

Ubuntu 14.04 LTS x86_64 installed from scratch.

Revision history for this message
lucas (parra) wrote :

same problem here, intel graphics card on Ubuntu 13.10 and no VMware installed, yet ..

$ glxinfo | grep -i opengl
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 3.0 Mesa 10.3.0-devel
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

$ sudo lshw -C video
  *-display
       description: VGA compatible controller
       product: 3rd Gen Core processor Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 09
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:46 memory:f0000000-f03fffff memory:e0000000-efffffff iopor

Revision history for this message
Andrey (asergiychuk) wrote :

Same problem

~$ glxinfo | grep -i string
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 3.0 Mesa 10.3.0-devel (git-fcac702 trusty-oibaf-ppa)
OpenGL shading language version string: 1.30

$ sudo lshw -C video
  *-display
       описание: VGA compatible controller
       продукт: GK208 [GeForce GT 630 Rev. 2]
       производитель: NVIDIA Corporation
       физический ID: 0
       сведения о шине: pci@0000:01:00.0
       версия: a1
       разрядность: 64 bits
       частота: 33MHz
       возможности: pm msi pciexpress vga_controller bus_master cap_list rom
       кофигурация: driver=nouveau latency=0
       ресурсы: IRQ:43 память:f6000000-f6ffffff память:e8000000-efffffff память:f0000000-f1ffffff ioport:e000(размер=128) память:f7000000-f707ffff

Revision history for this message
tremby (tremby) wrote :

And same here, trying to use the radeon driver -- just upgraded from 12.04 to 14.04. I tried installing drivers from the following PPA https://launchpad.net/~oibaf/+archive/graphics-drivers -- no improvement as you can see. I am not running in a VM.

$ glxinfo | grep -i string
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 3.0 Mesa 10.3.0-devel (git-f6db414 trusty-oibaf-ppa)
OpenGL shading language version string: 1.30

$ sudo lshw -C video
  *-display
       description: VGA compatible controller
       product: RV790 [Radeon HD 4890]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 0
       bus info: pci@0000:01:00.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
       configuration: driver=radeon latency=0
       resources: irq:46 memory:d0000000-dfffffff memory:fe8e0000-fe8effff ioport:c000(size=256) memory:fe8c0000-fe8dffff

Revision history for this message
sbng (seo-boon-ng) wrote :

strangely, like comment #8 reinstalling the intel driver and reboot works for me. Not sure what was the difference in reinstalling the intel drivers. FYI.

sudo apt-get install --reinstall xserver-xorg-video-intel

Revision history for this message
sbng (seo-boon-ng) wrote :

I notice changes after reinstalling the intel driver. The name of my display port change from eDP-01 to eDP1. After that, the high CPU issue disappear and resolved.

#sudo lshw -C video
  *-display
       description: VGA compatible controller
       product: 3rd Gen Core processor Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 09
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:45 memory:a0000000-a03fffff memory:90000000-9fffffff ioport:2000(size=64)

#glxinfo | grep -i string
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.0-devel
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 10.3.0-devel
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.3.0-devel
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0

# dpkg-query --show xserver-xorg-video-intel
xserver-xorg-video-intel 2:2.99.910-0ubuntu1.1

information type: Public → Public Security
information type: Public Security → Public
information type: Public → Public Security
information type: Public Security → Public
Revision history for this message
davidw (david-westreicher) wrote :

for my radeon hd6950 i had to remove xserver-xorg-video-intel:
sudo apt-get remove xserver-xorg-video-intel
and install xserver-xorg-video-ati:
sudo apt-get install xserver-xorg-video-ati
sudo reboot

before:
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)

after:
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CAYMAN

Revision history for this message
Greg Stachowski (greg-stachowski) wrote :

As #8 and #18, same problem fixed with sudo apt-get install --reinstall xserver-xorg-video-intel , which seems to have bumped the version up to 2:2.99.910 from 2.2.99.909-git .

Revision history for this message
Nerox (jalugo) wrote :

Running Ubuntu 14.04 on Toshiba Satellite E45-B4200. The solution #21 did not work for me. The CPU still have a high constant of consume value (+- 30% strangely only for CPU-1) with no programs opened. I tried with other Ubuntu variants like Lubuntu or Xubuntu and problem still remains.

Revision history for this message
davidw (david-westreicher) wrote :

After upgrading to 14.10 i had the same problem again and my last fix #20 didn't work.
i had to
sudo apt-get remove --purge fglrx fglrx_* fglrx-amdcccle* fglrx-dev*
sudo apt-get install --reinstall xserver-xorg-core libgl1-mesa-glx:i386 libgl1-mesa-dri:i386 libgl1-mesa-glx:amd64 libgl1-mesa-dri:amd64
sudo dpkg-reconfigure xserver-xorg
sudo reboot

before:
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)

now it works again:
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CAYMAN

Revision history for this message
Gene Snider (gene-4) wrote :

I also see this when running a QEMU VM with 14.04. I tried reinstalling xserver-xorg-video-intel with no change.

Revision history for this message
madbiologist (me-again) wrote :

This bug report has become a real mess with different hardware vendors, different hardware models, and different hardware configurations.

The original reporter has hybrid Intel Sandy Bridge HD3000 graphics and NVIDIA GF108M [GeForce GT 540M] graphics. DRI PRIME support and reverse DRI PRIME support should be working on this hardware configuration and I am not experienced enough to determine why. I suggest filing a bug in the nouveau driver upstream at bugs.freedesktop.org
You can than link that bug report to this bug report by clicking on "Also affects project" near the top of this page.

Everyone else - please run ubuntu-bug to file a new bug report so that we can get a fresh set of log files and system information.

Revision history for this message
madbiologist (me-again) wrote :

Rocko - after looking through your BootDmesg.txt I also suggest that you try updating to the A12 BIOS available at http://www.dell.com/support/home/us/en/19/product-support/product/xps-l502x/drivers

Revision history for this message
Rocko (rockorequin) wrote :

@madbiologist: thanks for looking into it. I haven't upgraded to the A12 BIOS because the list of fixes and enhancements was very small and only mentioned it was a fix for some issues when upgrading to Windows 8. (Additionally, Dell doesn't provide a way to update the BIOS from Linux for this machine so upgrading it is a PITA.)

FWIW, compiz works fine on this machine after I did a complete reinstall of 14.04, so it was some issue with the upgrade process that I ran into, and that seems to be a common theme here. Perhaps the upgrade inadvertently left an old intel driver in place (eg with an invalid ABI) and so the system rejected it?

Revision history for this message
madbiologist (me-again) wrote :

Thanks for the feedback. Marking this as resolved.

Changed in mesa (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.