lkml.org 
[lkml]   [2006]   [Jul]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.18-rc1-mm1
Hi Ingo,

On 10/07/06, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Andrew Morton <akpm@osdl.org> wrote:
>
> > > This looks like a problem with cpufreq.
> > >
> > > =======================================================
> > > [ INFO: possible circular locking dependency detected ]
> > > -------------------------------------------------------
> > > cpuspeed/1426 is trying to acquire lock:
> > > (&inode->i_data.tree_lock){.+..}, at: [<c0151dc7>] find_get_page+0x12/0x70
> > >
> > > but task is already holding lock:
> > > (&mm->mmap_sem){----}, at: [<c0116cab>] do_page_fault+0x10d/0x4ea
> > >
> > > which lock already depends on the new lock.
> > >
> >
> > rofl. You broke lockdep.
>
> ouch! the lock identifications look quite funny :-| Never saw that
> happen before,

:)

> i'm wondering what's going on. Michal, did this happen
> straight during bootup? Or did you remove/recompile/reinsert any modules
> perhaps?

It's happening while /etc/init.d/cpuspeed execution.

I forgot about "make O=/dir/ clean". When new -mm is out I always
remove kernel directory and create new one.

>
> > Well. I guess it's barely conceivable that you earlier took an oops
> > while holding tree_lock, so lockdep decided that mmap_sem nests inside
> > tree_lock.
>
> Arjan is preparing a patch to turn off lockdep when we crash. Although i
> dont see any trace of an earlier oops in the dmesg.
>
> Ingo
>

Regards,
Michal

--
Michal K. K. Piotrowski
LTG - Linux Testers Group
(http://www.stardust.webpages.pl/ltg/wiki/)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-07-10 11:25    [W:0.097 / U:3.680 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site