[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080421.145439.174096017.davem@davemloft.net>
Date: Mon, 21 Apr 2008 14:54:39 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: torvalds@...ux-foundation.org
Cc: rjw@...k.pl, linux-kernel@...r.kernel.org, mingo@...e.hu,
akpm@...ux-foundation.org, linux-ext4@...r.kernel.org,
herbert@...dor.apana.org.au, paulmck@...ibm.com,
jirislaby@...il.com
Subject: Re: 2.6.25-git2: BUG: unable to handle kernel paging request at
ffffffffffffffff
From: Linus Torvalds <torvalds@...ux-foundation.org>
Date: Mon, 21 Apr 2008 14:19:26 -0700 (PDT)
> However, the Code: line for one of the oopses shows that in that
> particular case, it was at offset 0x18 (ie the normal 24), so at least one
> of the oopses had no such thing going on.
On 64-bit x86_64, which I believe the case you are referring to
is, that would be right in the middle of an hlist_node.
We would expect to see a valid pointer, NULL, or a list poison
value. Which we're not.
But I don't think networking or even netfilter can in any way be ruled
out yet.
A lot of the speculation is because of the SLUB cache sharing between
different object types. Is there some way to disable that and see how
that influences the bug?
Of course, even with sharing disabled a cache's page could get freed
and then re-allocated into another cache, but the likelyhood of it
happening exactly to a filp or dentry cache from a netfilter or whatever
one is extremely unlikely :)
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists