Bug 794478 - [abrt] kernel: BUG: soft lockup - CPU#0 stuck for 185s! [lxdm-binary:744]
Summary: [abrt] kernel: BUG: soft lockup - CPU#0 stuck for 185s! [lxdm-binary:744]
Alias: None
Product: Fedora
Classification: Fedora
Component: lxdm
Version: 17
Hardware: x86_64
OS: Unspecified
Target Milestone: ---
Assignee: Christoph Wickert
QA Contact: Fedora Extras Quality Assurance
Whiteboard: abrt_hash:f57e2dc9ceb911988e249f2ee01...
: 732266 (view as bug list)
Depends On:
Blocks: F17Beta-accepted, F17BetaFreezeExcept
TreeView+ depends on / blocked
Reported: 2012-02-16 22:39 UTC by John Dulaney
Modified: 2014-06-18 09:06 UTC (History)
13 users (show)

Clone Of:
Last Closed: 2012-03-23 17:42:59 UTC

Attachments (Terms of Use)
File: backtrace (4.53 KB, text/plain)
2012-02-16 22:39 UTC, John Dulaney
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Bugzilla 767861 None None None Never

Internal Trackers: 767861

Description John Dulaney 2012-02-16 22:39:14 UTC
libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        initrd=initrd0.img root=live:CDLABEL=Fedora-17-Alpha-x86_64-Live-LXDE rootfstype=auto ro liveimg quiet  rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
kernel:         3.3.0-0.rc3.git5.1.fc17.x86_64
reason:         BUG: soft lockup - CPU#0 stuck for 185s! [lxdm-binary:744]
time:           Thu 16 Feb 2012 05:30:32 PM EST

backtrace:      Text file, 4635 bytes

Comment 1 John Dulaney 2012-02-16 22:39:18 UTC
Created attachment 563767 [details]
File: backtrace

Comment 2 Dave Jones 2012-02-16 23:05:46 UTC
this is yet another case of softlockup not working in virtual environments.

boot with nosoftlockup for now, in absence of a better solution.

Comment 3 John Dulaney 2012-02-17 00:53:47 UTC

Comment 4 Dave Jones 2012-02-17 21:17:08 UTC
there is work ongoing to make this problem a non-issue.


Comment 5 John Dulaney 2012-02-17 21:46:37 UTC
Okay, I think that there is something else going on here.  The CPU load actually does stay at close to 100%, even when there is nothing going on (from a user standpoint).  I have not seen CPU load drop below 80%, and it was only that low for a few moments.

Comment 6 dgod.osa 2012-02-28 08:46:28 UTC
100% cpu likely a bug in lxdm, appeared in f17 because of new version of glib, have been fixed in upstream.

Comment 7 Josh Boyer 2012-02-28 20:51:52 UTC
*** Bug 732266 has been marked as a duplicate of this bug. ***

Comment 8 John Dulaney 2012-02-29 03:50:43 UTC
Changing component to lxdm and proposing for Beta NTH.

Comment 9 Christoph Wickert 2012-02-29 09:21:44 UTC
I'll look at this later today.

Comment 10 John Dulaney 2012-02-29 20:41:23 UTC
I don't know if it's happening with bare metal or not, but it seems to occur all the time in VMs.

Comment 11 Christoph Wickert 2012-02-29 21:57:39 UTC
Yes, it does occur on bare metal, too. See bug 767861

Comment 12 John Dulaney 2012-03-01 00:28:04 UTC
Cristoph:  Poke me if I can provide anything else or if you want me to test.

Comment 13 Adam Williamson 2012-03-02 18:25:12 UTC
Discussed at 2011-03-02 blocker/NTH review meeting. Accepted as NTH due to significant impact on usability of LXDE desktop (100% CPU usage persists after logging in).

Fedora Bugzappers volunteer triage team

Comment 14 Christoph Wickert 2012-03-08 20:02:12 UTC
dgod.osa, wha about the problem with switching VTs? Without this problem I would already have shipped an update.

Comment 15 dgod.osa 2012-03-09 01:18:13 UTC
I don't see any desc of "about the problem with switching VTs", do you mean the lxdm default use the vt7? if this, modify the server command line just now.

Comment 16 Christoph Wickert 2012-03-15 20:06:26 UTC
I did modify the config to use vt1 by default - but then LXDM doesn't start on boot. It is started when I run /usr/sbin/lxdm manually though.

Comment 17 dgod.osa 2012-03-16 00:54:21 UTC
I have no problem,maybe you can give your lxdm rpm file.

Comment 19 dgod.osa 2012-03-21 11:58:37 UTC
I see you modify the vt1 in patch, but you don't apply the patch to rpm.
If you install or extract the rpm, view /etc/lxdm.conf in it, you will find it not changed.

Comment 20 Christoph Wickert 2012-03-21 12:29:51 UTC
That is correct, I don't apply the patch to change the configuration because if I do and change to vt1, lxdm will not start reliably. It will not start on boot of after changing the runlevel, however it will start if I call lxdm as root directly.

Did you try one of my packages?

Can anybody else confirm these packages work or don't with console set to vt1?

Comment 21 dgod.osa 2012-03-21 13:13:41 UTC
I try the lxdm-0.4.1-1.fc17.x86_64.rpm

I can boot with or without set to vt1.

if change runlevel in console with "init 5"
1 set to vt1, lxdm started at vt1 and screen chagned to vt1
2 not set to vt1, lxdm start at vt7 and screen not changed to vt7

I don't think there are any problem.

Comment 22 Christoph Wickert 2012-03-21 15:36:10 UTC
I tested a little further and I still have problems but they only happen with my external display attached. With only one display everything is fine, so I will push the updates ASAP.

Comment 23 Fedora Update System 2012-03-21 20:50:19 UTC
lxdm-0.4.1-1.fc17 has been submitted as an update for Fedora 17.

Comment 24 Fedora Update System 2012-03-21 20:52:56 UTC
lxdm-0.4.1-1.fc16 has been submitted as an update for Fedora 16.

Comment 25 Fedora Update System 2012-03-21 20:59:40 UTC
lxdm-0.4.1-1.fc15 has been submitted as an update for Fedora 15.

Comment 26 Fedora Update System 2012-03-22 01:55:36 UTC
Package lxdm-0.4.1-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing lxdm-0.4.1-1.fc16'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).

Comment 27 John Dulaney 2012-03-22 18:24:12 UTC
Ok, it seems to be working here without huge cpu load.

Comment 28 Fedora Update System 2012-03-23 17:42:59 UTC
lxdm-0.4.1-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 29 Fedora Update System 2012-04-03 19:53:49 UTC
lxdm-0.4.1-1.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 30 Fedora Update System 2012-04-03 19:55:42 UTC
lxdm-0.4.1-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.