Thanks Raymond. I think I got some interesting results.
I ran hdajacksensetest and amixer -c0 contents after a fresh boot (when
my headphones were not detected) and ran them again after unplugging and
plugging my headphones back in.
hdajacksensetest gave the same result for both tests:
Pin 0x24
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
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bu
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
The problem & solution is described in the Arch wiki:
https://wiki.archlinux.org/index.php/steam#Steam_runtime_issues
The solution described works for me - it looks like Steam bundles some
older libraries that conflict with what is included in Ubuntu 15.04.
--
You received this bug notification
Just installed 15.04 Beta 2 today, I suppose I've got the same issue:
Running Steam on ubuntu 15.04 64-bit
STEAM_RUNTIME is enabled automatically
Installing breakpad exception handler for appid(steam)/version(1427176184)
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver point
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
I've confirmed that this bug is due to nautilus, but haven't been
successful in fixing it (except for a workaround, described at the end
of this post). The steps to reproduce the issue are:
1) Set the wallpaper using either the system settings dialog, or gsettings from
the terminal (either method
I did some preliminary examination of the nautilus source code from the
Trusty repo. There is a helper object which is used to change the
desktop background, in libnautilus-private/nautilus-desktop-backround.c
(this file was actually removed in upstream:
https://git.gnome.org/browse/nautilus/commit
I am experiencing the same bug in Ubuntu 14.04. My main monitor is
landscape 2560x1440, and secondary monitor (on the left of the main
monitor) is portrait 1920x1200.
Is there any fix in sight? And is this confirmed to be a bug in
nautilus? The Ubuntu lock screen always follows the correct behavio
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
OK I think the problem is much worse than I originally thought. Even
moving around the mouse causes massive CPU usage.
For example, launch Nautilus, and move the mouse around inside it for
15-20 seconds or so. CPU usage jumps to 25% each for Xorg and nautilus,
and 15% for compiz. Similar results o
Thomas, I'm also having Xorg/compiz CPU usage issues for which I
submitted bug report, and I was wondering if you could follow the steps
I outlined and see if you get similar results:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1337749
Basically on a fresh boot, launch "top" in a terminal
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
** 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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs
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
I started experiencing this after I switched from the mainline 3.11.6
kernel to the official Ubuntu-supported kernel.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1232454
Title:
Often automatic sus
@Matthew
I don't think disabling the power menu is an acceptable solution for
those of us who are using laptops, since I would still like to see my
laptop's battery status. It would be better if there was a way to
remove the mouse status from the power menu.
Needless to say, Logitech is a huge v
It's been another 10 days since I last posted, and I still haven't
encountered this bug again. I have no idea if it was the new kernel
version or the BIOS that "fixed" it - I updated them both within a
couple of days of eachother, so I am running the latest BIOS that
Christopher linked to. Of cours
Here's mine, for what it's worth (I just pasted the section about the
mouse). It's been reporting 55% for 5-6 days now, which seems to confirm
what Ohad says:
Device: /org/freedesktop/UPower/devices/mouse_0003o046DoC52Fx0002
native-path:
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-
I should add that I have the same laptop as Steve (Thinkpad X201).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1228406
Title:
[LENOVO 3249CTO] suspend/resume failure
To manage notifications about
I've had this issue ever since I first put Ubuntu (13.04) on my laptop
in May. I updated my kernel to 3.11.1-031101-generic 2-3 weeks ago and
it hasn't happened since. I don't know if it's just luck, or if it's
actually been fixed (there have been other times where it hadn't
happened in a while, bu
I installed Ubuntu 13.10 on my Thinkpad X201 (same as the one in this
bug report) on May 12th and I've been having this issue since. I wasn't
using Ubuntu before that.
It's a frustrating bug, because it's unpredictable. Recently I went
maybe 2-3 weeks without encountering it, but now it's been hap
27 matches
Mail list logo
