On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote: > > Hi, > > I have just noticed from today build: > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Apr > 19 11:42:17 CEST 2007 > root_at_fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > netsmb_dev: loaded > smb_co_lock: recursive lock for object 1 > lockmgr: thread 0xc3a39a20 unlocking unheld lock > KDB: stack backtrace: > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25 > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29 > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at _lockmgr+0x5fa > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at smb_co_put+0x50 > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at > smb_sm_lookup+0x11a > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at > smb_usr_lookup+0x76 > nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131) > at nsmb_dev_ioctl+0x1e5 > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at giant_ioctl+0x33 > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at > devfs_ioctl_f+0xaf > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae > ioctl(c3a39a20,d728ad00) at ioctl+0xf1 > syscall(d728ad38) at syscall+0x252 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp = > 0xbfbfe40c, ebp = 0xbfbfe738 --- > > I've noticed this when I have tried mount_smbfs.. Can you try this and reply with the stack trace from the panic? Index: smb_conn.c =================================================================== RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v retrieving revision 1.18 diff -u -r1.18 smb_conn.c --- smb_conn.c 6 Nov 2006 13:42:06 -0000 1.18 +++ smb_conn.c 7 Nov 2006 18:42:41 -0000 _at__at_ -351,6 +351,7 _at__at_ if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && (flags & LK_CANRECURSE) == 0) { SMBERROR("recursive lock for object %d\n", cp->co_level); + panic("rescursive lock for object %p", cp); return 0; } return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td); -- John BaldwinReceived on Thu Apr 26 2007 - 20:14:29 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:09 UTC