svn commit: r351472 - head/sys/fs/nullfs

Mateusz Guzik mjguzik at gmail.com
Tue Aug 27 05:18:26 UTC 2019


This survived light testing for me:

https://people.freebsd.org/~mjg/unionfs-interlock.diff

note unionfs instantly panics with DEBUG_VFS_LOCKS regardless
of any of this work.

On 8/27/19, Cy Schubert <cy.schubert at gmail.com> wrote:
> In message
> <CAGudoHE=L8MQy=Sb5h04BZvehiSaxmek-kYmEdZ1PpCM2kM24A at mail.gmail.c
> om>
> , Mateusz Guzik writes:
>> On 8/27/19, Cy Schubert <cy.schubert at gmail.com> wrote:
>> > Making progress:
>> >
>> > Unread portion of the kernel message buffer:
>> >
>> > panic: null_unlock: LK_INTERLOCK passed
>> > cpuid = 2
>> > time = 1566868081
>> > KDB: stack backtrace:
>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> > 0xfffffe0054a954e0
>> > vpanic() at vpanic+0x19d/frame 0xfffffe0054a95530
>> > panic() at panic+0x43/frame 0xfffffe0054a95590
>> > null_unlock() at null_unlock+0x8a/frame 0xfffffe0054a955d0
>> > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x56/frame 0xfffffe0054a955f0
>> > unionfs_unlock() at unionfs_unlock+0x124/frame 0xfffffe0054a95650
>> > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x56/frame 0xfffffe0054a95670
>> > vfs_domount() at vfs_domount+0xc3f/frame 0xfffffe0054a958a0
>> > vfs_donmount() at vfs_donmount+0x934/frame 0xfffffe0054a95940
>> > sys_nmount() at sys_nmount+0x69/frame 0xfffffe0054a95980
>> > amd64_syscall() at amd64_syscall+0x3ae/frame 0xfffffe0054a95ab0
>> > fast_syscall_common() at fast_syscall_common+0x101/frame
>> > 0xfffffe0054a95ab0
>> > --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x2bed6a4a, rsp =
>> > 0x7fffffffe2e8, rbp = 0x7fffffffec70 ---
>> > Uptime: 1m35s
>> >
>>
>> Ok, this explains everything. I did not think anyone uses unionfs,
>> let alone stacked on top of nullfs. I'll have a patch later.
>
> It's for a few jails. Thanks for persevering.
>
>
> --
> Cheers,
> Cy Schubert <Cy.Schubert at cschubert.com>
> FreeBSD UNIX:  <cy at FreeBSD.org>   Web:  http://www.FreeBSD.org
>
> 	The need of the many outweighs the greed of the few.
>
>
>


-- 
Mateusz Guzik <mjguzik gmail.com>


More information about the svn-src-head mailing list