* __d_lookup in 2.6.6
@ 2004-10-01 15:40 Frank Smith
0 siblings, 0 replies; only message in thread
From: Frank Smith @ 2004-10-01 15:40 UTC (permalink / raw)
To: linux-kernel; +Cc: Frank Smith
Hello,
Are there any known issues with fs/dcache in kernel 2.6.6 that
would cause oopses like the following in __d_lookup to happen
occasionally? I've done lots of googling on this, and it appears
that there is a lot of flux in this code, so I'm wondering how
solid fs/dcache is in 2.6.6.
This is on a 74xx PPC board, using an NFS root filesystem.
-Frank.
---------
Oops: kernel access of bad area, sig: 11 [#2]
PREEMPT
NIP: C007FD68 LR: C0074694 SP: CE4E7E10 REGS: ce4e7d60 TRAP: 0301 Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 2CC7FFFE, DSISR: 40000000
TASK = cfb92740[494] 'split-include' THREAD: ce4e6000Last syscall: 5
GPR00: 00001008 CE4E7E10 CFB92740 CDE8B4CC CE4E7ED8 00000000 00000004 CE4E6000
GPR08: CFF80000 C0290000 00000001 000132F4 24000428
NIP [c007fd68] __d_lookup+0x80/0x1c8
LR [c0074694] __lookup_hash+0x88/0x174
Call trace:
[c0074694] __lookup_hash+0x88/0x174
[c0074f7c] open_namei+0x160/0x4b0
[c0061044] filp_open+0x3c/0x84
[c0061438] sys_open+0x6c/0xbc
[c0006740] ret_from_syscall+0x0/0x44
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-10-01 15:42 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-01 15:40 __d_lookup in 2.6.6 Frank Smith
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox