Re: Bug: slab corruption in 2.5.67-mm1

Andrew Morton (akpm@digeo.com)
Sat, 12 Apr 2003 18:18:05 -0700


J Sloan <joe@tmsusa.com> wrote:
>
> This may be of interest -
>
> kernel: 2.5.67-mm1
>
> Linux distro: Red Hat 8.0 + updates
>
> Hardware:
> Celeron 1.2 Ghz on Intel Motherboard
> 512 MB RAM, 2x e100 ethernet

whoa. Uniprocessor.

> ---- snip ----
> Freeing unused kernel memory: 312k freed
> EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,3), internal journal
> Adding 514072k swap on /dev/hda2. Priority:42 extents:1
> kjournald starting. Commit interval 5 seconds
> EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,1), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> Slab corruption: start=dfa2f320, expend=dfa2f97f, problemat=dfa2f328
> Data: ********6A

Yes, this means that someone ran put_task_struct() against an already-freed
task_struct. There's some deubg code in -mm which is supposed to trap this,
but it obviously didn't trigger for some reason.

Until someone finds a way to reproduce this we're a bit stuck. A code audit
may find it.
-
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/