Re: panic in vfs_syscalls
* Michael Nottebrock [EMAIL PROTECTED] [020131 12:19] wrote: I'm getting these kind of panics with yesterday's kernel every time I try to use rpm. [[EMAIL PROTECTED]]:~ rpm -Uhv --root=/compat/linux /home/lofi/libpng-1.0.9-1.i386.rpm recursed on non-recursive lock (sleep mutex) filedesc structure @ ../../../kern/vfs_syscalls.c:3573 first acquired @ ../../../kern/vfs_syscalls.c:998 panic: recurse I've just committed a fix, please let me know if it works for you. -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using 1970s technology, start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic in vfs_syscalls
Alfred Perlstein wrote: I've just committed a fix, please let me know if it works for you. Yes, everything's fine now. Thanks again! :) -- Michael Nottebrock To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic in vfs_syscalls
* Michael Nottebrock [EMAIL PROTECTED] [020131 12:19] wrote: I'm getting these kind of panics with yesterday's kernel every time I try to use rpm. Thanks, I'm pretty sure I know what the fix is, but won't be able to take a shot until later tonight, for now you can just remove all FILEDESC_LOCK/UNLOCK calls from chroot_refuse_vdir_fds and that should keep you panic free. [[EMAIL PROTECTED]]:~ rpm -Uhv --root=/compat/linux /home/lofi/libpng-1.0.9-1.i386.rpm recursed on non-recursive lock (sleep mutex) filedesc structure @ ../../../kern/vfs_syscalls.c:3573 first acquired @ ../../../kern/vfs_syscalls.c:998 panic: recurse Debugger(panic) Stopped at Debugger+0x44: pushl %ebx dbtrace Debugger(c03f7828,c4219334,df5,c03fc830,0) at panic+0x70 witness_lock(c4219334,8,c03fc830,df5,0) at witness_lock+0x1a6 _mtx_lock_flags(c4219334,0,c03fc830,df5) at _mtx_lock_flags+0x72 getvnode(c4219300,0,deb2dc74) at getvnode+0x31 chroot_refuse_vdir_fds(c4219300,c4219334,0,c03fc830,41e) at chroot_refuse_vdir_fds+0x3f chroot(dea33104,deb2dd20,8131be0,bfbff7c8,8122,ec6) at chroot+0x78 syscall(2f,2f,2f,8122ec6,bfbff7c8) at syscall+0x250 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (61, FreeBSD ELF, chroot), eip = 0x80a4677, esp = 0xbfbff75c, ebp = 0xbfbff9b8 --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using 1970s technology, start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic in vfs_syscalls
Alfred Perlstein wrote: * Michael Nottebrock [EMAIL PROTECTED] [020131 12:19] wrote: I'm getting these kind of panics with yesterday's kernel every time I try to use rpm. Thanks, I'm pretty sure I know what the fix is, but won't be able to take a shot until later tonight, for now you can just remove all FILEDESC_LOCK/UNLOCK calls from chroot_refuse_vdir_fds and that should keep you panic free. It does indeed. Thanks! -- Michael Nottebrock To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message