desktop-packages team mailing list archive

[Dax kelson <dkelson@xxxxxxxxxxxx>]

Actually, I hadn't really tested it as I forgot I was using "nomodeset"
as a workaround. I've now tested it for real. I was able to just update
xserver-xorg-core and xserver-common. Fix confirmed.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1318119

Title:
  14.04 corrupted graphics on cirrus (in qemu) [PATCH available]

Status in xorg-server package in Ubuntu:
  Fix Released
Status in xorg-server source package in Trusty:
  Fix Committed
Status in xorg-server source package in Utopic:
  New

Bug description:
  Running 14.04 LTS inside of qemu-kvm with its emulated cirrus gpu that
  uses 24bpp frontbuffers causes broken rendering. 12.04 LTS worked fine
  with no corruption on the same qemu-kvm host.

  RHEL7 public beta had the same problem
  (https://bugzilla.redhat.com/show_bug.cgi?id=1074106).

  RHEL7 Release Candidate applied this patch:

  http://patchwork.freedesktop.org/patch/18244/

  From the patch:

  "So we have 2 places where gpus with 24bpp frontbuffers are still
  in use, cirrus (in qemu) and some early variants of the mgag200
  server chips.

  Currently we seem to get a lot of broken rendering in qt, mesa, gnome
  if we expose the frontbuffer as 24bpp, nobody seems to test this
  anymore upstream so client side apps are constantly broken, so lets
  just make -modesetting expose a 24/32 shadow frontbuffer, and use
  the shadow update hook to convert down to the actual 24bpp front,
  this might be slower, but its correct and really anyone that wants
  this already has enough problems."

  Ubuntu version: 14.04 LTS
  Effected version: xserver-xorg-video-modesetting-0.8.1-1build1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1318119/+subscriptions