After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 709797 - Latest GNOME 3 apps show black rectangles on the right with Gallium 0.4
Latest GNOME 3 apps show black rectangles on the right with Gallium 0.4
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: drivers
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-10 08:35 UTC by Alexander Todorov
Modified: 2021-07-05 14:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
the black box I'm talking about (555.57 KB, image/png)
2013-10-10 08:35 UTC, Alexander Todorov
Details

Description Alexander Todorov 2013-10-10 08:35:48 UTC
Created attachment 256882 [details]
the black box I'm talking about

I am using a KVM virtual guest with latest Fedora 20 on top of RHEL 6 host. By default the VM uses software rendering. When I start an application it displays a black rectangle to the right and trying to click buttons doesn't work. In fact if I move the mouse around 100px to the right in the black box the buttons highlight and I can click on them. 

See screenshot and let me know what other info do you need.


Version:
gnome-shell-3.10.0.1-1.fc20.x86_64, latest available in Fedora 20 

Hardware:
Lenovo X220 laptop,
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
Comment 1 Alexander Todorov 2013-10-10 08:42:33 UTC
From glxinfo: 

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
OpenGL version string: 2.1 Mesa 9.2.0
OpenGL shading language version string: 1.30
Comment 2 Alexander Todorov 2013-10-10 08:56:27 UTC
# grep driver /var/log/Xorg.0.log
[     9.876] 	X.Org XInput driver : 19.2
[    10.230] (==) Matched cirrus as autoconfigured driver 0
[    10.230] (==) Matched cirrus as autoconfigured driver 1
[    10.230] (==) Matched vesa as autoconfigured driver 2
[    10.230] (==) Matched modesetting as autoconfigured driver 3
[    10.230] (==) Matched fbdev as autoconfigured driver 4
[    10.230] (==) Assigned the driver to the xf86ConfigLayout
[    10.232] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[    10.233] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    10.268] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[    10.269] (II) VESA: driver for VESA chipsets: vesa
[    10.269] (II) FBDEV: driver for framebuffer: fbdev
[    10.273] vesa: Ignoring device with a bound kernel driver
[    11.956] 	ABI class: X.Org XInput driver, version 19.2
[    11.956] (II) Using input driver 'evdev' for 'Power Button'
[    11.984] (II) Using input driver 'evdev' for 'QEMU 0.12.1 QEMU USB Tablet'
[    12.045] (II) No input driver specified, ignoring this device.
[    12.045] (II) No input driver specified, ignoring this device.
[    12.046] (II) Using input driver 'evdev' for 'AT Translated Set 2 keyboard'
[    12.158] 	ABI class: X.Org XInput driver, version 19.2
[    12.158] (II) Using input driver 'vmmouse' for 'ImExPS/2 Generic Explorer Mouse'
[    12.173] (II) No input driver specified, ignoring this device.
Comment 3 Alexander Todorov 2013-10-10 09:02:32 UTC
Lowering down importance since I've found a workaround. 

By default RHEL6 virt-manager uses Display type: VNC, Video driver: cirrus which reproduces this bug. Changing it to Spice + QXL works fine.
Comment 4 drago01 2013-10-13 11:43:17 UTC
That's the cirrus driver being broken ...
Comment 5 André Klapper 2017-08-15 23:32:54 UTC
As gnome-shell and also drivers are hopefully better four years later:

Alexander: Is this still an issue in gnome-shell 3.24 or 3.22? If yes, with which exact driver and version?
Comment 6 GNOME Infrastructure Team 2021-07-05 14:41:11 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.