Re: PROBLEM: filldir64 oopses on smbfs

From: Alexander Viro (viro@math.psu.edu)
Date: Thu Mar 07 2002 - 14:47:09 EST


On Wed, 6 Mar 2002, Stephan Maciej wrote:

> EIP: 0010:[<d11d5c13>] Not tainted
> EFLAGS: 00210282
> eax: 58ea5128 ebx: 2a037f58 ecx: fa6373fd edx: 782edd08
> esi: d0000000 edi: ca1f5e30 ebp: ca1f5ec8 esp: ca1f5de0
> ds: 0018 es: 0018 ss: 0018
> Process kdeinit (pid: 1603, stackpage=ca1f5000)
> Stack: c0146a10 ca1f5e98 d11e4502 00000001 00000000 00000000 00000000 ce7f5180
> c35fe6c0 00000000 00028955 c4fe2f40 00000000 00000000 c9f16000 0000002f
> 00000000 00000000 00000001 00000031 d11d43c5 c906cf40 ca1f5fb0 c0146a10
> Call Trace: [filldir64+176/368] [<d11d43c5>] [filldir64+176/368]
> [filldir64+176/368] [<d11d445c>]
> [filldir64+176/368] [<d11d5343>] [filldir64+176/368]
> [dcache_readdir+94/288] [filldir64+176/368] [sys_getdents64+255/259]
> [filldir64+176/368] [send_sigio_to_task+160/208] [system_call+51/56]

Are you sure that you have right System.map? filldir64() definitely is
not recursive...

-
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/



This archive was generated by hypermail 2b29 : Thu Mar 07 2002 - 21:01:07 EST