On 8 May 2012 05:14, Doug Barton <dougb_at_freebsd.org> wrote: > On 05/07/2012 13:11, Mateusz Guzik wrote: >> On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: >>> On 05/06/2012 15:19, Sergey Kandaurov wrote: >>>> On 7 May 2012 01:54, Doug Barton <dougb_at_freebsd.org> wrote: >>>>> I got this with today's current, previous (working) kernel is r232719. >>>>> >>>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx >>>>> _at_ /frontier/svn/head/sys/kern/vfs_subr.c:4595 >>> >>> ... >>> >>>> Please try this patch. > > Ok, so far so good. Again, thanks for the quick response. I'm > stress-testing my ext2fs partitions a bit atm, and everything seems Ok. > I'll let you know if I run into any problems. > > So my next question is, does removing those locks present any risks? > Should they be replaced by different locks, or were they just safety > belts to start with? Unlike in the previously used macro MNT_VNODE_FOREACH_ABORT_ILOCKED(), the currently used macro MNT_VNODE_FOREACH_ALL_ABORT() manages mount mutexes itself so you don't need to mess with them. The locking is there, it's just hidden behind macros. > > Finally, should my next step be to advance to the latest current + your > patch and see how I go from there? Yep, so that patches will be tested before they go to head. -- wbr, pluknetReceived on Tue May 08 2012 - 04:14:42 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:26 UTC