infinite stack trace

[Masanobu SAITOH <msaitoh%execsw.org@localhost>]

 On my -current box (SheevaPlug) fs/ffs/t_quota2_1 dumps core:

tp-start: 1346699705.230593, fs/ffs/t_quota2_1, 10
tc-start: 1346699705.230881, quota_1000_O1_be
tc-so:image.fs: 2.0MB (4000 sectors) block size 4096, fragment size 512
tc-so:  using 4 cylinder groups of 0.49MB, 125 blks, 256 inodes.
tc-so:super-block backups (for fsck_ffs -b #) at:
tc-so:32, 1032, 2032, 3032,
tc-so:rn_init: radix functions require max_keylen be set
tc-so:/mnt: bad dir ino 2 at offset 268: mangled entry
tc-so:panic: bad dir
tc-so:rump kernel halting...
tc-so:halted
tc-se:Test program crashed; attempting to get stack trace

and gdb did't finish. The working directory shows:

# ls -l atf-run.01746f
total 7040
-rw-r--r--  1 root  wheel   161315 Sep  4 09:29 gdb.out
-rwxr-xr-x  1 root  wheel  2048000 Sep  4 04:15 image.fs
-rw-------  1 root  wheel  3115104 Sep  4 04:15 t_quota2_1.core

gdb.out shows:

> [New process 1]
> [New process 18]
> [New process 17]
> [New process 16]
> [New process 15]
> [New process 14]
> [New process 13]
> [New process 12]
> [New process 11]
> [New process 10]
> [New process 9]
> [New process 8]
> [New process 7]
> [New process 6]
> [New process 5]
> [New process 4]
> [New process 3]
> [New process 2]
> Core was generated by `t_quota2_1'.
> Program terminated with signal 6, Aborted.
> #0  0x204528a0 in _lwp_kill () from /usr/lib/libc.so.12
> #0  0x204528a0 in _lwp_kill () from /usr/lib/libc.so.12
> #1  0x20451938 in abort () from /usr/lib/libc.so.12
> #2  0x202d93b4 in rumpuser_exit () from /usr/lib/librumpuser.so.0
> #3  0x20298cb0 in rumpns_cpu_reboot () from /usr/lib/librump.so.0
> #4  0x20268e08 in rumpns_vpanic () from /usr/lib/librump.so.0
> #5  0x20268f20 in rumpns_panic () from /usr/lib/librump.so.0
> #6  0x2004fca0 in rumpns_ufs_dirbad () from /usr/lib/librumpfs_ffs.so.0
> #7  0x20051d64 in rumpns_ufs_lookup () from /usr/lib/librumpfs_ffs.so.0
> #8  0x2025c8f4 in rumpns_VOP_LOOKUP () from /usr/lib/librump.so.0
> #9  0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #10 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #11 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #12 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #13 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #14 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #15 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #16 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #17 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #18 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #19 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #20 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #21 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #22 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0
> #23 0x201efde8 in ?? () from /usr/lib/librumpvfs.so.0

 Is it known problem? I saw this problem on netbsd-6, too.

-- 
-----------------------------------------------
                SAITOH Masanobu (msaitoh%execsw.org@localhost
                                 msaitoh%netbsd.org@localhost)