Re: kern/39774: (not really) dirhash kernel panic

[Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>]

The following reply was made to PR kern/39774; it has been noted by GNATS.

From: Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost
Subject: Re: kern/39774: (not really) dirhash kernel panic
Date: Wed, 22 Oct 2008 20:03:28 +0200

 At 8:20 Uhr +0000 21.10.2008, Hauke Fath wrote:
 >>Synopsis:       dirhash kernel panic
 
 Hum. Works nicely for a kernel without "options UFS_DIRHASH", too:
 
 db{1}> t
 cpu_Debugger(0xf0275310, 0xf0101870, 0xf65757f4, 0xf0291000, 0x100,
 0xf02c5400) at netbsd:mem_access_fault4m+0x204
 mem_access_fault4m(0x9, 0x5336, 0xf65757f4, 0xf53f6a78, 0x0, 0x34bc) at
 0xf0006254
 0xf0006254(0x0, 0x17f0, 0x6, 0x200, 0x0, 0x78000) at netbsd:ufs_lookup+0x204
 ufs_lookup(0x5d7e0, 0x3fff, 0x2, 0xf53f6e74, 0x0, 0x200) at
 netbsd:VOP_LOOKUP+0x24
 VOP_LOOKUP(0xf7717c68, 0xf53f6e60, 0xf53f6e74, 0x0, 0xf7717c68, 0xf4e0b802)
 at netbsd:lookup+0x2a8
 lookup(0xf02c6000, 0x20002, 0xf53f6c64, 0x20, 0x0, 0xf520d1d8) at
 netbsd:namei+0xf8
 namei(0x0, 0x0, 0x1000000, 0xf53f6e74, 0xf53f6e50, 0x5) at netbsd:vn_open+0xfc
 vn_open(0xf53f6e50, 0x1, 0x440, 0xb9000, 0x0, 0xf02c3000) at
 netbsd:sys_open+0x8c
 sys_open(0x0, 0xf53f6f20, 0xf53f6f40, 0x40167940, 0x0, 0xf02c3000) at
 netbsd:syscall_plain+0xe4
 syscall_plain(0x405, 0xf53f6fb0, 0x400b47c8, 0x5e4000, 0x0, 0x34bc) at
 0xf0006574
 db{1}> reboot 0x04
 rebooting
 
 So, no workaround, it seems.
 
 --
 "It's never straight up and down"     (DEVO)