Hi!
The 12.04 vs 14.04 compiz issue indeed seems fishy. I can't even get
compiz from 12.04 to start on my 14.04 system. I'll double-check with
VMware QE.
However, the issue is, according to our testers present when running in
3D mode on ESX (on a slow llvmpipe-based GPU), but I guess in that case
Yes. we were aware of the Unity2D vs Unity3D difference.
However, there *is* 3D support on vmware (although sometimes slow) and part of
the problem is that also with
3D enabled, Ubuntu 14.04 is slower than with 3D enabled on12.04,
although we haven't quantified that yet, and we assumed that any
Hi!
Thanks. I think we need to discuss this internally first. The reason is
that sometimes the virtual GPU is backed by a fast physical GPU.
Sometimes it's not, and it's only in the latter case there is a
performance issue, in the fast case, we'd want all effects enabled.
And also when the GPU is
Thanks. I'm still investigating the impact when run on our ESX software-based
GPU.
For the settings
COMPIZ_CONFIG_PROFILE=ubuntu UNITY_LOW_GFX_MODE=1 compiz --replace
Is it possible (for an average user) to easily make these part of the
login procedure?
Thanks,
Thomas
--
You received this bu
OK, So I've finally been able to do a bit of testing with Ubuntu 14.04
If run without 3d support on llvmpipe, it's very CPU-hungry. A bit more
so than Ubuntu 13.04 AFAICT. For Ubuntu on VMware this becomes
troublesome primarily on ESX, but the problems were introduced with the
drop of Unity 2D. I
I'm not sure whether there's a way to raise the importance / severity of
this bug, but according to VMwre QE, this severely affects the usability
of Ubuntu 14.04 on ESX.
/Thomas
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to compiz in U
This bug is most likely a known TTM object regression and should be
fixed in kernel Ubuntu 3.13.0-17.37. Could you please verify that
that's the case?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to compiz in Ubuntu.
https://bugs.launchp
Hi!
I now enabled proposed in Ubuntu 14.04 and did a full update:
dpkg -s libgl1-mesa-dri says
Version: 10.1.3-0ubuntu0.2
No sign of the bug symptoms. Everything working as expected.
I also enabled proposed in Ubuntu 12.04.5 and did a full update:
dpgk -s libgl1-mesa-dri-lts-trusty says
Version:
OK,
I did som investigation, and it seems like even for the slightest change
in a window, like a cursor blink, compiz performs a fullscreen
swapbuffer, and in the case of multiple monitors, compiz performs a
swapbuffer that spans all the monitors.
I tried to install ccsm and disable all tweaks th
Public bug reported:
When using unity / compiz on top of llvmpipe and switching resolution
from something lower to 1600x1200 (This is a virtual machine, so this
happens regularly), compiz crashes.
Description:Ubuntu 14.04.1 LTS
Release:14.04
libgl1-mesa-dri:
Installed: 10.1.3-0ubun
[Impact]
A user might find Ubuntu 12.04.5 unusable on vmware because he would
face a black screen after logging in. Although there is a workaround
(disabling 3D) a user may have given up at that point.
Backporting will help the user run the distro after upgrading, so I
believe it's highly justifi
Chris, perhaps you can help me a bit by explaining here:
The buggy package in Ubuntu 12.04.5 that was on the installation iso and
that I rebuilt locally with the fix before filing the bug was called
mesa-lts-trusty. How does that relate to this package?
Thanks,
Thomas
On 10/01/2014 02:04 PM, Ch
The problem is I can't verify the bug is fixed in trusty because it doesn't
show any obvious symptoms.
This is probably due to different stack ordering of local variables compared to
the trusty stack on precise.
The only way to verify the fix is in the trusty stack on precise where
the bug is ve
Verified that with proposed updates in Ubuntu 12.04.5, the problem is
gone.
/Thomas
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1365490
Title:
ubuntu 12.04.5 broken on VMware
Status
Public bug reported:
There is a bug in mesa version 19.2.x where x>2, manifesting itself as
window contents in large windows on 4K display renders with an incorrect
vertical offset, making the desktop largely unusable for some customers.
The bug is fixed in latest 19.3 series and 20.0 rc series,
OK, So I tried to debug this on 17.04 with the mir demos.
What happens is that while the Mir server seems to run fine,
when the EGL mir clients import a surface from the mir server (using fds /
prime) they
typecast the XRGB surface from the mir server to an ARGB surface, which the
svga gallium d
It looks like the logs you are posting are from a physical host running
the modesetting driver on top of an intel kms driver. That's AFAIK not a
VMware supported configuraion. Nevertheless you shouldn't see any
rendering corruption caused by the VMware drivers in the guest.
Could you post the vmwa
17 matches
Mail list logo
