Re: kern/43503 Can't create device nodes on LFS

[Martin Husemann <martin%duskware.de@localhost>]

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

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/43503 Can't create device nodes on LFS
Date: Fri, 25 Jun 2010 10:15:24 +0200

 For the nitpicks, the kernel I used was from a cvs update done yesterday
 and it (obviously) was .31 - anyway, I re-tested with a lockdebug kernel
 from today (now at .32) and it still happens:
 
 ...
 sparc_interrupt(0, 176c400, 18ba7a8, 12276880, 0, 6881ba0) at 
netbsd:sparc_inter
 rupt+0x22c                                                                     
 
 -- here is where it hangs --
 
 VOP_STRATEGY(688a000, 636e5a0, 18ba7a8, 12276880, 18ba7a8, 0) at 
netbsd:VOP_STRA
 TEGY+0x64                                                                      
 lfs_segunlock(688a21c, 123b3f10, 18ba7a8, 12276880, 105a8000, 1) at 
netbsd:lfs_s
 egunlock+0x650                                                                 
 lfs_segwrite(0, 4, 176d000, 12276880, 18ba7f0, 0) at netbsd:lfs_segwrite+0x6c0
 lfs_flush_fs(688a000, 4, 176d1d0, 0, 18ba7a8, 0) at netbsd:lfs_flush_fs+0x8c  
 lfs_update(123b6030, 0, 0, 1, 105a8000, 0) at netbsd:lfs_update+0x1f4       
 lfs_fsync(0, 2, 2, 17b2280, 105a8000, 51eb851f) at netbsd:lfs_fsync+0x204
 VOP_FSYNC(123b6030, ffffffffffffffff, 1, 0, 0, ffffffffffffff70) at 
netbsd:VOP_F
 SYNC+0x44                                                                      
 lfs_mknod(12345ad8, 0, fffffffffffffff8, 0, 18b7400, 12276880) at 
netbsd:lfs_mkn
 od+0x1b0                                                                       
 VOP_MKNOD(123b6810, 12345ca0, 12345cc8, 12345bc8, 12345c78, 11e88400) at 
netbsd:
 VOP_MKNOD+0x40                                                                 
 do_sys_mknod(12345bc8, 1, 21a4, 0, 12345e00, 0) at netbsd:do_sys_mknod+0x1d8
 syscall_plain(12345ed0, 12345f58, 40542e10, 0, 40542e10, 800) at 
netbsd:syscall_
 plain+0x14c                                                                    
 
 I can aquire more info from ddb, anything special you would be interested in?
 
 Martin