On Thursday 06 March 2008, Pekka Enberg wrote:
> Christoph Lameter wrote:
> > Ahh.. That looks like an alignment problem. The other options all add 
> > data to the object and thus misalign them if no alignment is 
> > specified.
> 
> And causes buffer overrun? So the crazy preempt count 0x00056ef8 could a 
> the lower part of an instruction pointer tracked by SLAB_STORE_USER? So 
> does:
> 
>    gdb vmlinux
>    (gdb) l *c000000000056ef8
> 
> translate into any meaningful kernel function?

No, it is in the middle of copy_process. But I will try to identify what
we are actually looking at instead of prempt_count.

Gruß,
	Jens