[Techtalk] BUG: soft lockup detected on CPU#0!

priya venkateshan priyaven at gmail.com
Sun Apr 8 05:25:46 UTC 2007


Hi,
I'm new to this... could someone explain what this means?
thanks

On 4/8/07, David Sumbler <david at aeolia.co.uk> wrote:
>
> On Sat, 2007-04-07 at 16:59 +0200, Doc Nielsen wrote:
> > On 4/7/07, David Sumbler <david at aeolia.co.uk> wrote:
> > > A friend of mine bought a Lenovo N100 laptop computer about 4 months
> > > ago.  This has twin processors, and came with Ubuntu 6.06 and Windows
> XP
> > > installed on it.  She uses Linux now, loves it, and regrets having
> paid
> > > extra to have XP installed.  It is certainly a lovely machine.
> >
> > > Unfortunately, occasionally it goes into mega-go-slow mode.  When this
> > > happened yesterday I logged into her machine and, after looking at
> "top"
> > > etc. I found the following at the end of the 'dmesg' output.
> > [snip]
> >
> > Looks like swapper is swapping where it either shouldn't or couldn't.
> > It also points to a IRQ which might be shared.
> > Perhaps a device or driver is acting out of place,
> > causing trouble where swapper was working.
> >
> > Did you compile the kernel or did you download it?
>
> The kernel is downloaded - a standard Ubuntu kernel.
>
> > Please provide more info about the system,
> > like /proc/version, /proc/cpuinfo, lspci, free
> > and a dump of dmesg before and after the BUG occurs.
> > Remember to http://pastebin.com the info and link it to us.
>
> Unfortunately pastebin is not working correctly at the moment.
>
> However, the output of the above commands is:
>
> root at agamemnon:~# cat /proc/version
> Linux version 2.6.15-28-686 (buildd at terranova) (gcc version 4.0.3
> (Ubuntu 4.0.3-1ubuntu5)) #1 SMP PREEMPT Thu Feb 1 16:14:07 UTC 2007
> root at agamemnon:~# cat /proc/cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 14
> model name      : Genuine Intel(R) CPU           T2300  @ 1.66GHz
> stepping        : 8
> cpu MHz         : 1662.536
> cache size      : 2048 KB
> physical id     : 0
> siblings        : 1
> core id         : 255
> cpu cores       : 1
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 10
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx pni
> monitor est tm2 xtpr
> bogomips        : 3373.57
>
> processor       : 1
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 14
> model name      : Genuine Intel(R) CPU           T2300  @ 1.66GHz
> stepping        : 8
> cpu MHz         : 1662.536
> cache size      : 2048 KB
> physical id     : 1
> siblings        : 1
> core id         : 255
> cpu cores       : 1
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 10
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx pni
> monitor est tm2 xtpr
> bogomips        : 3373.57
>
> root at agamemnon:~# lspci
> 0000:00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub
> (rev 03)
> 0000:00:01.0 PCI bridge: Intel Corporation Mobile PCI Express Graphics
> Port (rev 03)
> 0000:00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High
> Definition Audio Controller (rev 02)
> 0000:00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
> Express Port 1 (rev 02)
> 0000:00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
> Express Port 2 (rev 02)
> 0000:00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
> UHCI #1 (rev 02)
> 0000:00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
> UHCI #2 (rev 02)
> 0000:00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
> UHCI #3 (rev 02)
> 0000:00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
> UHCI #4 (rev 02)
> 0000:00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2
> EHCI Controller (rev 02)
> 0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev
> e2)
> 0000:00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC
> Interface Bridge (rev 02)
> 0000:00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family)
> Serial ATA Storage Controllers cc=IDE (rev 02)
> 0000:00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus
> Controller (rev 02)
> 0000:01:00.0 VGA compatible controller: nVidia Corporation: Unknown
> device 01d7 (rev a1)
> 0000:03:00.0 Network controller: Intel Corporation: Unknown device 4227
> (rev 02)
> 0000:05:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL-8139/8139C/8139C+ (rev 10)
> 0000:05:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus
> Controller (rev 01)
> 0000:05:06.0 FireWire (IEEE 1394): Ricoh Co Ltd: Unknown device 0832
> 0000:05:06.1 0805: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter
> (rev 19)
> 0000:05:06.2 System peripheral: Ricoh Co Ltd: Unknown device 0843 (rev
> 01)
> 0000:05:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus
> Host Adapter (rev 0a)
> 0000:05:06.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller
> (rev 05)
> root at agamemnon:~# free
>              total       used       free     shared    buffers
> cached
> Mem:        514000     509644       4356          0      84768
> 198956
> -/+ buffers/cache:     225920     288080
> Swap:      3903752      12688    3891064
> root at agamemnon:~#
>
> This is all current, of course - i.e. when the machine is running
> normally.  There did not appear to be anything amiss with free memory
> etc. when the machine was running slowly though.
>
> Unfortunately I cannot provide dmesg information for the period before
> the fault appeared, since the output of dmesg I got at that time begins
> with reports of the bug.  I have looked at /var/log/kern.log
> and /var/log/kern.log.0 and they don't help: for some reason that I
> don't understand kern.log starts after the fault commenced
> (corresponding to dmesg) and kern.log.0 ends several hours beforehand.
>
> Would the output of 'lshw' be of use?  It is rather long to paste into
> an email.  Perhaps pastebin will be working later.
>
> Thanks for your help.
>
> David
>
> --
> David Sumbler <david at aeolia.co.uk>
>
> _______________________________________________
> Techtalk mailing list
> Techtalk at linuxchix.org
> http://linuxchix.org/mailman/listinfo/techtalk
>



-- 
The reward for hardwork is only more hardwork. Everything else comes under
side-effects.
Priya Venkateshan,
III B.Tech, InfoTech,
NITK Suratkal
Blogging at http://thenitknumbskulls.wordpress.com


More information about the Techtalk mailing list