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

[Cy Schubert]

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.