On Mon, 28 Jul 2008 16:39:45 +0200 (CEST) Thomas Gleixner wrote: > On Thu, 24 Jul 2008, Mikhail Kshevetskiy wrote: > > > BUG: spinlock lockup on CPU#0, swapper/0, ffffffff805d7e60 > > Pid: 0, comm: swapper Not tainted 2.6.26-git8 #6 > > > > Call Trace: > > [] _raw_spin_lock+0xdc/0x107 > > [] _spin_lock+0x55/0x62 > > [] clockevents_notify+0x19/0x7a > > [] c1e_idle+0xf8/0x113 > > [] ? atomic_notifier_call_chain+0xf/0x11 > > [] cpu_idle+0x88/0xee > > [] rest_init+0x86/0x8a > > [] start_kernel+0x399/0x3a4 > > [] x86_64_start_reservations+0xa5/0xa9 > > [] x86_64_start_kernel+0xe9/0xf8 > > Mikhail, > > we merged a patch which might be fixing that problem after > 2.6.26-git8. Can you give Linus latest a try please ? > > Thanks, > > tglx This does not help. I try 2.6.26-git17 and the problem still exist. Please do not trust to kernel timestamp in dmesg. In reality it takes 2-3 times more time before spinlock lockup will be detected. Here is the summary of kernel parameters I tried: 1) noapictimer -- boot ok, tickless disabled 2) nohpet -- boot ok, (i suppose tickless disabled) 3) clocksource=tsc -- the same as with "nohpet" 4) idle=halt -- need to press buttons to boot 5) none of above -- the kernel freeze after switch to high resolution mode on CPU0 and detect spinlock lockup 5 minutes later