In-Reply-To: <[email protected]>
On Fri, 23 Jun 2006 14:30:04 -0700, Andrew Morton wrote:
> On Fri, 23 Jun 2006 12:23:54 -0700
> Martin Bligh <[email protected]> wrote:
>
> > On 16x NUMA-Q, got a panic running dbench across different fs's.
> > Got a very similar panic on a flat SMP box too:
> >
> > BUG: unable to handle kernel paging request at virtual address 00100100
> And that's LIST_POISON1.
>
> The only s_show()s I can see are in slab and in kallsyms.
>
> It would help if you could gdb these guys, work out file-n-line.
It's definitely in slab, in one of the loops walking the full, partial
and free chains.
>
> And it would be super-good if you could revert
> slab-stop-using-list_for_each.patch and retest.
I don't think that's the problem. It really looks like a corrupted list.
How does this keep showing up in slab all the time? Broken locking?
And also, looking at the prefetching in the list macros, it can have the
same effect as list_for_each_safe -- _if_ the compiler decides to save
the pointer it passed to prefetch(). In this case it didn't...
--
Chuck
"You can't read a newspaper if you can't read." --George W. Bush
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
