Again, for the record: I was able to reproduce this bug w/ Fedora 22
Alpha (4.0 kernel, XOrg 1.17, Gnome 3). It isn't as obvious as it is in
Unity, but it's there. Here is a 10-second video of repeatedly
maximizing and restoring a window, where you can see the checkerboarding
along the top of the s
Just some further testing: The checkerboarding doesn't occur when the
screens are aligned at the top (in other words, when y=0 for both
monitors in .config/monitors.xml)
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-ati in Ub
I booted up into the latest Kubuntu 15.04 daily build, and while the
corruption still occurs when changing display settings, unlike Unity it
seems to recover afterwards (the background gets messed up as you can
see from the video, but at least the desktop remains usable):
https://www.dropbox.com/s/
For the record (as we discussed on IRC): After testing, I can confirm
that these bugs only occur in a dual-monitor setup where 1 monitor is in
portrait mode.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.n
Public bug reported:
On my dual-monitor setup, changing the display settings to turn off the
secondary display results in the main display becoming entirely garbled
and unusable. Waiting for the 20 seconds to elapse causes the
configuration to revert to the previous configuration, but then both
sc
Public bug reported:
I have observed two forms of graphics corruption after a suspend/resume
cycle:
1) Checkerboard artifacts in approximately the top 1/8 to 1/4 of the
screen. This can be observed from the following video, where I am
highlighting global menu entries with the mouse:
https://www.d
Cristopher,
After upgrading to xserver-xorg-lts-utopic (Xorg 1.16), the CPU usage
for desktop animations is down by about half - presumably due to the new
GLAMOR optimizations. I suspect it may be reduced even further with the
improvements in Xorg 1.17.
With Catalyst, upgrading from Xorg 1.15 to
Abhijit, you're right scrolling in Chrome "only" uses around 40% or so.
I noticed it doesn't have smooth scrolling enabled. After disabling
smooth scrolling in Firefox (general.smoothScroll in about:config), CPU
usage dropped to about the same level as Chrome. Still extremely high
for just scrollin
A further comment: I noticed this bug report here which seems to report
a similar issue https://bugs.launchpad.net/compiz/+bug/1293384
I also figured out that even moving the mouse around causes high CPU
usage. For example, launch Nautilus and move the mouse around inside it
for 15-20 seconds or s
Update: I received my new card today (R7 260X). It isn't fully supported
under the 3.13 kernel, so I had to go back to fglrx. The same problem
still persists.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.
** Attachment removed: "xserver.outputs.txt"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1337749/+attachment/4145384/+files/xserver.outputs.txt
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net
Public bug reported:
Background:
Symptoms are 50-120% CPU usage when scrolling (especially Firefox),
dragging around a window, resizing windows, basically any 2D graphics
rendering on the desktop. This happens both in fglrx and the open source
radeon driver. I started my debugging process by chan
12 matches
Mail list logo
