Re: panic, seems related to r234386

From: Sergey Kandaurov <pluknet_at_gmail.com>
Date: Tue, 8 May 2012 10:14:41 +0400
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,
pluknet
Received 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