lkml.org 
[lkml]   [2008]   [Mar]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.25-rc: complete lockup on boot/start of X (bisected)
On Sun, 2 Mar 2008 20:00:05 +0100
Marcin Slusarz <marcin.slusarz@gmail.com> wrote:

> Hi
> Since early 2.6.25 days I'm having strange lockup on boot. As it
> happens rarely (in ~10% of boots), I couldn't bisect it. No kernel
> panic, SysRq didn't work, so I couldn't provide any useful
> informations to LK community. I hoped someone else would fix it... :)
>
> It's rc3 so I decided to narrow it down myself. I enabled netconsole
> to see whether some other informations are printed before lockup.
> It didn't help, but I noticed that lockup happens much more
> frequenly! (~50%) So I bisected it down to:
>
> 8f4d37ec073c17e2d4aa8851df5837d798606d6f is first bad commit
> commit 8f4d37ec073c17e2d4aa8851df5837d798606d6f
> Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> Date: Fri Jan 25 21:08:29 2008 +0100
>
> sched: high-res preemption tick
>
> Use HR-timers (when available) to deliver an accurate preemption
> tick.


the only unusual/suspect thing you have is nvidiafb driver; that's not very commonly used.
Can you do a quick try with that thing disabled? Maybe it has some races that are more likely
to trigger after this patch...


--
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org


\
 
 \ /
  Last update: 2008-03-02 21:03    [W:0.612 / U:0.200 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site