Re: Hangs in 2.5.41-mm1

Manfred Spraul
2002-10-10T18:39:06Z

Andrew Morton wrote:
> Andrew Morton wrote:
>
>>...
>>#0 0xc01357c7 in cache_alloc_refill (cachep=0xf7ffc740, flags=464) at mm/slab.c:1580
>>#1 0xc0135b1a in kmem_cache_alloc (cachep=0xf7ffc740, flags=464) at mm/slab.c:1670
>>#2 0xc0159c72 in alloc_inode (sb=0xf7f8a400) at fs/inode.c:99
>>#3 0xc015a3c5 in new_inode (sb=0xf7f8a400) at fs/inode.c:505
>>#4 0xc014f7ae in get_pipe_inode () at fs/pipe.c:510
>>#5 0xc014f867 in do_pipe (fd=0xf6693fb4) at fs/pipe.c:559
>>#6 0xc010ce01 in sys_pipe (fildes=0xbffff83c) at arch/i386/kernel/sys_i386.c:35
>>#7 0xc01070f3 in syscall_call () at net/sunrpc/stats.c:204
>
>
> Or it could be that the inode cache has been corrupted.
> Bill, can you review the handling in there? It'd be a
> bit sad if one of the hugetlb privately-kmalloced inodes
> were put back onto the inode_cachep slab somehow.

Could you try to reproduce with slab debugging enabled? slab checks for
foreign objects and BUG's.

--
Manfred