FYI I just saw this bug in Xubuntu 10.04, running as a VM under
Virtualbox 4.2 and OSX.
top showed 100% for Xorg process. Attaching strace to it gave the
attached screenshot. After a few seconds of this scrolling up the whole
graphic system froze, but I can still ssh to the VM happily, and CPU
Just hit this bug today in my Karmic 9.10. I have a Dell Latitude e6500
with intel graphics. It happened once today, first time, after rebooting
it was gone.
100% CPU usage, if you need any other data, please tell me. Ç
Thanks
--
[karmic] Xorg 100% CPU utilization -- only after first login
@Miguel: As said to other people above: this bug has been marked as
fixed with a good reason, and you are probably encountering a different
issue -- there are more than one possible reason for 100% CPU usage.
Please file a new bug report.
--
[karmic] Xorg 100% CPU utilization -- only after first
Sorry about that, I will try to find the right bug and if not open a new
one.
Thanks Pauli
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Tags added: iso-testing
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I tracked my issue to Vino. When I turned off the remote sharing the
problem went away.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
The symptoms I had were when I first logged in, Xorg consumed much of
the cpu. After logging out and logging back in, the cpu went down.
As I mentioned in my previous comment, it seems like Vino is the
culprit.
--
[karmic] Xorg 100% CPU utilization -- only after first login
Also, the issue is not present when I start Vino once logged in. It
seems like it happens when Vino is on when logging in.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Opened a new gug report:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/472406
@Ride, please joint to it just in case your bug coincides.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you
Can you attach the output of grep -r ^console /etc/init?
Ride wrote:
Same problem here.
As manolo said, I just upgraded to 9.10 (from a 9.04), network upgrade,
and Xorg cpu consumption rises to almost 100%. The machine is an Acer
5810T laptop (with an Intel graph card). With 9.04 went
Hi Wolfgang Kufner.
Thanks for your reply. At the moment I can provide the following video
showing my tests made in order to confirm that Xorg still goes crazy, at
least on my system:
http://www.youtube.com/watch?v=skuog28ZnoM
Then, please show me any other way to demonstrate wheter we are
Obviously, I remark the problem persists each time I start my system.
man...@manolo-laptop:~$ grep -r ^console /etc/init
/etc/init/rcS.conf:console owner
/etc/init/mountall-shell.conf:console owner
/etc/init/mountall.conf:console output
/etc/init/ufw.conf:console output
man...@manolo-laptop:~$
Hi again,
this is the output of the command grep -r ^console /etc/init
/etc/init/mountall.conf:console output
/etc/init/ufw.conf:console output
/etc/init/mountall-shell.conf:console owner
/etc/init/rcS.conf:console owner
Killing Xorg process doen't work for me. It seems that Xorg doen't get
all
manolo wrote:
Hi Wolfgang Kufner.
Thanks for your reply. At the moment I can provide the following video
showing my tests made in order to confirm that Xorg still goes crazy, at
least on my system:
http://www.youtube.com/watch?v=skuog28ZnoM
Then, please show me any other way to
Tom, thanks for your reply.
Actually that video showed the best performing session I've had with karmic :(
Anyway, the CPU consuming is ** at least 25% ** when no other programm
is running, beside system daemons. Executing Firefox, for example, maked
Xorg consume up to 80% till 100% of CPU.
I
Ride wrote:
Hi again,
this is the output of the command grep -r ^console /etc/init
/etc/init/mountall.conf:console output
/etc/init/ufw.conf:console output
/etc/init/mountall-shell.conf:console owner
/etc/init/rcS.conf:console owner
Killing Xorg process doen't work for me. It seems
manolo wrote:
Tom, thanks for your reply.
Actually that video showed the best performing session I've had with karmic
:(
Anyway, the CPU consuming is ** at least 25% ** when no other programm
is running, beside system daemons. Executing Firefox, for example, maked
Xorg consume up to 80%
Hi manolo
The actual situation of this bug is documented in the status column of
this bug. It shows either invalid or fix released. This means this bug
has been declared dead. You can in general trust that declaration. You
would have to bring some pretty solid evidence that this bug has somehow
Same problem here.
As manolo said, I just upgraded to 9.10 (from a 9.04), network upgrade,
and Xorg cpu consumption rises to almost 100%. The machine is an Acer
5810T laptop (with an Intel graph card). With 9.04 went really well.
So, it isn't solved?
Can I help attaching some logs? Which ones?
I upgraded to karmic a couple of days ago, since Synaptic announced that
it was possible to upgrade to 9.10
My system is unusable because of this bug.
1) What's the actual situation about this bug?
2) Which informations can I provide in order to contribute to the solution?
Thanks
--
[karmic]
I did an aptitude safe-upgrade today.
Since then I have the problem, that xorg eats 100% cpu (1 core) and the system
is very unresponsive.
I use en encrypted root partition and my gpu is 00:02.0 VGA compatible
controller: Intel Corporation Mobile 4 Series Chipset Integrated
Graphics Controller
I did an aptitude safe-upgrade today.
Since then I have the problem, that xorg eats 100% cpu (1 core) and the system
is very unresponsive.
I use en encrypted root partition and my gpu is 00:02.0 VGA compatible
controller: Intel Corporation Mobile 4 Series Chipset Integrated
Graphics Controller
EDIT: Please delete my first comment.
Due to my system being so unresponsive I accidentally did a double post.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which
Turns out, my issue looked like this bug, but was not related after all.
While fixing another bug in laptop-mode-tools I wrote -X instead of -x
causing the xorg process to spike to 100% cpu usage.
I apologize for the confusion.
--
[karmic] Xorg 100% CPU utilization -- only after first login
** Changed in: cryptsetup (Ubuntu Karmic)
Status: Fix Released = Fix Committed
** Changed in: cryptsetup (Ubuntu Karmic)
Status: Fix Committed = Fix Released
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this
Hmm. just to add if it will help any..
Still happening to me. My setup:
1) Dual-boot with BIOS HDD primary as SATA 160GB = WinXP and Fresh install of
Karmic (via LiveCD)
2) Upon first login xorg goes 100% or 101% and eats up my CPU2.
3) Karmic detects my HDDrives based on the cable and not via
It still happens. Package: usplash; Architecture: i386; Version: 0.5.42
Pleas write if you need additional logs or tests run.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of
** Also affects: cryptsetup (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cryptsetup (Ubuntu Karmic)
Status: New = Confirmed
** Changed in: usplash (Ubuntu Karmic)
Status: Confirmed = Invalid
** Changed in: upstart (Ubuntu Karmic)
Status: Invalid =
On Tue, 2009-10-13 at 15:46 +, Tom Jaeger wrote:
** Also affects: cryptsetup (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cryptsetup (Ubuntu Karmic)
Status: New = Confirmed
** Changed in: usplash (Ubuntu Karmic)
Status: Confirmed = Invalid
**
This was in response to your (!) comment #106:
The right fix is to eliminate all uses of console owner (which is
clearly wrong) and get rid of it.
usplash clearly has nothing to do with this bug, cryptsetup is
responsible for taking away the console from X, and the place where you
would get
On Tue, Oct 13, 2009 at 07:05:18PM -, Tom Jaeger wrote:
usplash clearly has nothing to do with this bug,
There are some interesting interactions between usplash and 'console
owner'. It would do no harm to leave that task open.
cryptsetup is responsible for taking away the console from X,
On Tue, Oct 13, 2009 at 07:05:18PM -, Tom Jaeger wrote:
Now if someone familiar with the cryptsetup package could explain why it
needs console ownership, we could actually get anywhere.
Because it needs to be able to prompt users for passphrases. How does
knowing that bring us any closer
Having this same issue of high cpu usage since this morning after
several updates including misc x stuff such as libmesa and also some
linuxheaders.
Tried the logout, log back in. Nothing.
Read about this being only for Intel chipset/graphics, I have a weird ATI
chipset/Nvidia graphics combo, so
Steve Langasek wrote:
On Tue, Oct 13, 2009 at 07:05:18PM -, Tom Jaeger wrote:
Now if someone familiar with the cryptsetup package could explain why it
needs console ownership, we could actually get anywhere.
Because it needs to be able to prompt users for passphrases. How does
knowing
Making the gdm and kdm jobs depend on cryptsetup is not a solution
because cryptsetup is optional and depending on an optional job doesn't
DTRT.
This is the same problem for executing cryptsetup before anything else
- you can't ensure it's executed serially if you can't depend on it
being
** Changed in: cryptsetup (Ubuntu Karmic)
Milestone: None = ubuntu-9.10
** Changed in: cryptsetup (Ubuntu Karmic)
Importance: Undecided = High
** Changed in: cryptsetup (Ubuntu Karmic)
Assignee: (unassigned) = Canonical Foundations Team
(canonical-foundations)
--
[karmic] Xorg
Bryce suggested back in 23 to take a look at updated packages, heres the
list of packages that brought on the epic fail in my system:
mountall 0.2.1 0.2.2
linux-image-2.6.31-13-generic 2.6.31-13.44 2.6.31-13.45
libpython2.6 2.6.4~rc1-0ubuntu1 2.6.4~rc1-0ubuntu2
python2.6 2.6.4~rc1-0ubuntu1
Steve Langasek, le Tue 13 Oct 2009 22:40:44 -, a écrit :
Making the gdm and kdm jobs depend on cryptsetup is not a solution
because cryptsetup is optional and depending on an optional job doesn't
DTRT.
insserv's Should-Start is exactly that and works exactly as would be
expected here.
--
On Tue, Oct 13, 2009 at 11:00:14PM -, Samuel thibault wrote:
Steve Langasek, le Tue 13 Oct 2009 22:40:44 -, a écrit :
Making the gdm and kdm jobs depend on cryptsetup is not a solution
because cryptsetup is optional and depending on an optional job doesn't
DTRT.
insserv's
On Tue, Oct 13, 2009 at 09:44:04PM -, Askalaral wrote:
Read about cryptdisk having something to do about it but I dont have it
installed (nor was it ever installed), so nothing again.
The package name is cryptsetup, not cryptdisk. Do you have this package
installed?
If not, you appear to
Steve Langasek, le Tue 13 Oct 2009 23:14:50 -, a écrit :
On Tue, Oct 13, 2009 at 11:00:14PM -, Samuel thibault wrote:
Steve Langasek, le Tue 13 Oct 2009 22:40:44 -, a écrit :
Making the gdm and kdm jobs depend on cryptsetup is not a solution
because cryptsetup is optional and
Scott was kind enough to provide some background on this bug in the
#upstart channel:
Keybuk in Linux, we have consoles
Keybuk but really we mean Virtual Terminals (VTs)
Keybuk and we have TTYs too
Keybuk not to mention Pseudo-Terminals
Keybuk (PTYs)
Keybuk it's all a bit of the kind of jumble
** Branch linked: lp:~ubuntu-core-dev/cryptsetup/ubuntu
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This bug was fixed in the package cryptsetup -
2:1.0.6+20090405.svn49-1ubuntu6
---
cryptsetup (2:1.0.6+20090405.svn49-1ubuntu6) karmic; urgency=low
[ Steve Langasek ]
* Move the Debian Vcs- fields aside.
[ Scott James Remnant ]
* debian/cryptdisks-enable.upstart: Don't
#92 fixed it for me as well.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
On Sun, 2009-10-11 at 03:39 +, Tom Jaeger wrote:
Scott James Remnant wrote:
That precisely fits the problem definition.
console owner while X is running while forcibly take the ownership of
tty7 away from X. It doesn't like that so much (cf. this bug)
Scott
So this is
On Sun, 2009-10-11 at 14:49 +, Tom Jaeger wrote:
Does upstart ensure that only one 'console owner' job can run at the
same time? I assume it would also be a problem if one 'console owner'
job took away the console from another one. In this case, couldn't we
just make gdm/kdm 'console
Scott James Remnant, le Mon 12 Oct 2009 12:38:20 -, a écrit :
On Sun, 2009-10-11 at 14:49 +, Tom Jaeger wrote:
Does upstart ensure that only one 'console owner' job can run at the
same time? I assume it would also be a problem if one 'console owner'
job took away the console from
On Mon, 2009-10-12 at 12:49 +, Samuel thibault wrote:
Scott James Remnant, le Mon 12 Oct 2009 12:38:20 -, a écrit :
On Sun, 2009-10-11 at 14:49 +, Tom Jaeger wrote:
Does upstart ensure that only one 'console owner' job can run at the
same time? I assume it would also be a
I spoke too soon, I still have this issue.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Tom Jaeger, le Sun 11 Oct 2009 03:39:24 -, a écrit :
Scott James Remnant wrote:
That precisely fits the problem definition.
console owner while X is running while forcibly take the ownership of
tty7 away from X. It doesn't like that so much (cf. this bug)
So this is essentially
I confirmed the console owner change in #91 makes Xorg stop consuming an
entire CPU.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On Sun, Oct 11, 2009 at 07:37:09AM -, Samuel thibault wrote:
I don't know cryptsetup and slash, but can't Xorg just wait for the
termination of that?
The problem is that cryptsetup isn't guaranteed to be installed, and upstart
doesn't give a straightforward way for gdm to wait on cryptsetup
Steve Langasek, le Sun 11 Oct 2009 08:46:37 -, a écrit :
On Sun, Oct 11, 2009 at 07:37:09AM -, Samuel thibault wrote:
I don't know cryptsetup and slash, but can't Xorg just wait for the
termination of that?
The problem is that cryptsetup isn't guaranteed to be installed, and
Does upstart ensure that only one 'console owner' job can run at the
same time? I assume it would also be a problem if one 'console owner'
job took away the console from another one. In this case, couldn't we
just make gdm/kdm 'console owner' jobs as well?
--
[karmic] Xorg 100% CPU utilization
Is there a workaround? I get this on every single boot and it's really
annoying..
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
On Sat, 2009-10-10 at 04:58 +, Tom Jaeger wrote:
The last thing I noticed before my shiny new SSD died a horrible death
today was that the problem would go away if I commented out the line
console owner in /etc/init/cryptdisks-enable.conf.
That precisely fits the problem definition.
Thanks for the tip, I've just also commented out console owner in
cryptdisks-enable.conf and for the first time my 9.10 beta managed a clean boot
with xorg working at a nice 2% max CPU usage.
Updating usplash and some xorg, ati-radeon drivers a couple of hours ago
(10-Oct) didn't solve the
I have had seen 100% CPU from X on some logins.
Now I tried commenting console owner and rebooted, and CPU is back to normal,
hopefully for good.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you
Scott James Remnant wrote:
That precisely fits the problem definition.
console owner while X is running while forcibly take the ownership of
tty7 away from X. It doesn't like that so much (cf. this bug)
Scott
So this is essentially bug #60487 (!). Any thoughts on a solution? X
really
Assigning to Canonical Foundations, with Colin Watson looking into the
cryptsetup.
** Changed in: cryptsetup (Ubuntu Karmic)
Assignee: Scott James Remnant (scott) = Robbie Williamson (robbie.w)
** Changed in: cryptsetup (Ubuntu Karmic)
Assignee: Robbie Williamson (robbie.w) = Canonical
LiveUSB (persistent) 9 oct. 6:30 UT. Boot - Uninstall cryptsetup -
reboot
** Attachment added: Xorg.0.log
http://launchpadlibrarian.net/33371298/Xorg.0.log
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug
** Attachment added: Xorg.0.log.old
http://launchpadlibrarian.net/33371333/Xorg.0.log.old
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Attachment added: Xorg.0.log.old
http://launchpadlibrarian.net/33371361/Xorg.0.log.old
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Attachment added: syslog
http://launchpadlibrarian.net/33371381/syslog
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Today's updates seemed to have resolved this for me.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Seeing how cryptsetup wasn't updated and usplash was, sounds like this
was indeed fixed in usplash, then. :) Marking as fixed; if anyone is
still seeing this with usplash 0.5.41, please reopen (and yell).
** Package changed: cryptsetup (Ubuntu Karmic) = usplash (Ubuntu
Karmic)
** Changed in:
I can still reproduce the issue after the latest updates.
Steve Langasek wrote:
Seeing how cryptsetup wasn't updated and usplash was, sounds like this
was indeed fixed in usplash, then. :) Marking as fixed; if anyone is
still seeing this with usplash 0.5.41, please reopen (and yell).
**
(re-closing the cryptsetup task, this is an Ubuntu-specific bug so
there's no reason to have an upstream task open)
** Changed in: cryptsetup
Status: Confirmed = Invalid
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received
Sorry, I didn't realize this was an upstream task.
The last thing I noticed before my shiny new SSD died a horrible death
today was that the problem would go away if I commented out the line
console owner in /etc/init/cryptdisks-enable.conf.
Steve Langasek wrote:
(re-closing the cryptsetup
Bryce Harrington, le Thu 08 Oct 2009 00:39:09 -, a écrit :
On Wed, Oct 07, 2009 at 11:46:20PM -, Samuel thibault wrote:
Bryce Harrington, le Wed 07 Oct 2009 23:31:46 -, a ??crit :
On Wed, Oct 07, 2009 at 10:44:02PM -, Samuel thibault wrote:
Bryce Harrington, le Wed 07 Oct
Reassigning to gdm for now, thanks Samuel for the analysis!
Scott, can upstart scripts depend on init script? console-setup is
currently an init.d script, and gdm's upstart script just triggers on
filesystem and hal, but not console-setup (or keyboard-setup).
Would it work to emit a
X does not need a dependency on console-setup, this is a red herring
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
So Scott says that something in the boot process steals vt7 (where X.org
starts up). /etc/init.d/console-setup does not touch vt7, so that's not
it. So we need to find what it is.
Do all of the reporters have cryptsetup installed? If you don't need it
for encrypted hard disk partitions, could you
I use cryptsetup and have an encrypted swap file.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
On Thu, Oct 8, 2009 at 7:35 AM, Martin Pitt martin.p...@ubuntu.com wrote:
Do all of the reporters have cryptsetup installed? If you don't need it
for encrypted hard disk partitions, could you uninstall it and see if
you can still reproduce this? Does any of the reporters have this
problem but
I use cryptsetup to encrypt my swap file. I can try disabling that, but
I'm not hitting this bug consistently (I haven't hit it across the last
couple of reboots) so I'm not the most useful tester for this.
--
[karmic] Xorg 100% CPU utilization -- only after first login
I hit that bug and use cryptsetup to encrypt disk partitions and
swapfile.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Martin Pitt wrote:
So Scott says that something in the boot process steals vt7 (where X.org
starts up). /etc/init.d/console-setup does not touch vt7, so that's not
it. So we need to find what it is.
Do all of the reporters have cryptsetup installed? If you don't need it
for encrypted hard
I had cryptsetup installed, but no encrypted disks or swap. Removed
cryptsetup, and now the problem has not surfaced in two boots.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of
[Sounds like pitti has found the source of the problem, doesn't seem to
be an X bug.]
** Changed in: gdm (Ubuntu Karmic)
Assignee: Bryce Harrington (bryceharrington) = (unassigned)
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You
Ok, but this bug needs to stay assigned to someone responsible for
resolving it quickly. Assigning to foundations team. Please reassign if
this is not the right assignee. Thanks.
** Changed in: upstart (Ubuntu Karmic)
Assignee: (unassigned) = Canonical Foundations Team
apt-get purge cryptsetup
restart
no change
remove https://edge.launchpad.net/~bryceharrington/+archive/yellow from sources
apt-get update
apt-get upgrade (installed a bunch of packages and reconfigured a bunch of
stuff)
restart
all systems seem to be back to normal
--
[karmic] Xorg 100% CPU
Scott, could this be related to some of the recent changes made to
cryptsetup for upstart compatibilty?
** Also affects: cryptsetup
Importance: Undecided
Status: New
** Changed in: cryptsetup
Status: New = Confirmed
** Changed in: cryptsetup
Status: Confirmed = Invalid
This problem of 100% CPU usage from Xorg occurs while I'm running Ubuntu 9.10
beta on a live session from a USB pen in a laptop without any encryption.
Does karmic come with cryptsetup starting by default?
Sorry in advance for the noob question.
--
[karmic] Xorg 100% CPU utilization -- only
My understanding is that this is a problem in usplash which is started
when cryptsetup is installed, not a problem in cryptsetup?
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of
** Package changed: usplash (Ubuntu Karmic) = cryptsetup (Ubuntu
Karmic)
** Changed in: cryptsetup (Ubuntu Karmic)
Assignee: (unassigned) = Robbie Williamson (robbie.w)
** Changed in: cryptsetup (Ubuntu Karmic)
Assignee: Robbie Williamson (robbie.w) = (unassigned)
** Changed in:
** Changed in: cryptsetup (Ubuntu Karmic)
Status: Confirmed = Invalid
** Changed in: cryptsetup
Status: Confirmed = Invalid
** Package changed: cryptsetup (Ubuntu Karmic) = usplash (Ubuntu
Karmic)
** Changed in: usplash (Ubuntu Karmic)
Status: Invalid = Confirmed
**
Ok this is by no means scientific and is far from technical but here are
some findings.
Only got a new machine yesterday and installed the latest on it. I
noticed that my new laptop was sluggish and unresponsive to the point of
being unusable. Launched top to see 100% Xorg load. Found this bug
Same problem here with a old Acer Aspire 3690
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML
Express Integrated Graphics Controller
Same problem on ASUS M50VC with GeForce 9300M G Videocard.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
On уто, 2009-10-06 at 23:25 +, Bryce Harrington wrote:
Try this out:
https://edge.launchpad.net/~bryceharrington/+archive/yellow
I have rebooted once with the updated xorg-server from above PPA and it
seems to have helped.
--
[karmic] Xorg 100% CPU utilization -- only after first
Bryce's GDM fixes the issue for me as well.
--
[karmic] Xorg 100% CPU utilization -- only after first login
https://bugs.launchpad.net/bugs/439138
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Bryce: please also add a dependency on the console configuration
scripts, as while waiting for acpi probably helps to wait for the
console configuration, it'd be better to really make sure gdm doesn't
start before it.
--
[karmic] Xorg 100% CPU utilization -- only after first login
On Wed, Oct 07, 2009 at 09:56:10PM -, Martin Albisetti wrote:
Bryce's GDM fixes the issue for me as well.
Could you clarify? The fix I posted was to xorg-server, not GDM. Are
you referring to that, or to the GDM changes proposed by someone else in
this thread?
Bryce
--
[karmic] Xorg
On Wed, Oct 07, 2009 at 10:13:20PM -, Samuel thibault wrote:
Bryce: please also add a dependency on the console configuration
scripts, as while waiting for acpi probably helps to wait for the
console configuration, it'd be better to really make sure gdm doesn't
start before it.
Hi Samuel,
On Wed, Oct 07, 2009 at 01:01:57PM -, Michael Lazarev wrote:
Same problem on ASUS M50VC with GeForce 9300M G Videocard.
It is not necessary for further confirmations on this bug.
If you do decide to add confirmations anyway, please at least attach
your Xorg.0.log from your failed session,
On Wed, Oct 7, 2009 at 7:21 PM, Bryce Harrington
br...@bryceharrington.org wrote:
On Wed, Oct 07, 2009 at 09:56:10PM -, Martin Albisetti wrote:
Bryce's GDM fixes the issue for me as well.
Could you clarify? The fix I posted was to xorg-server, not GDM. Are
you referring to that, or to
On Wed, Oct 07, 2009 at 01:03:46PM -, ?? wrote:
On ??, 2009-10-06 at 23:25 +, Bryce Harrington wrote:
Try this out:
https://edge.launchpad.net/~bryceharrington/+archive/yellow
I have rebooted once with the updated xorg-server from above PPA and it
Bryce Harrington, le Wed 07 Oct 2009 22:30:13 -, a écrit :
On Wed, Oct 07, 2009 at 10:13:20PM -, Samuel thibault wrote:
Bryce: please also add a dependency on the console configuration
scripts, as while waiting for acpi probably helps to wait for the
console configuration, it'd be
1 - 100 of 145 matches
Mail list logo
