Date: Sat, 25 May 2024 09:01:33 -0700 From: Ryan Libby <rlibby@freebsd.org> To: Alexander Leidinger <Alexander@leidinger.net> Cc: Current <current@freebsd.org> Subject: Re: panic: lock "tmpfsni" 0xfffff80721307090 already initialized Message-ID: <CAHgpiFxJXRFiOrGd7rYr5gp_iS-gvjG3-VbWF0T=d-%2B9kUqtwg@mail.gmail.com> In-Reply-To: <72f0035ec7624700007c9cf3a69788ac@Leidinger.net> References: <72f0035ec7624700007c9cf3a69788ac@Leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, May 25, 2024 at 1:32=E2=80=AFAM Alexander Leidinger <Alexander@leidinger.net> wrote: > > Hi, > > [123095] panic: lock "tmpfsni" 0xfffff80721307090 already initialized > [123095] cpuid =3D 8 > [123095] time =3D 1716597585 > [123095] KDB: stack backtrace: > [123095] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe08285c9690 > [123095] vpanic() at vpanic+0x13f/frame 0xfffffe08285c97c0 > [123095] panic() at panic+0x43/frame 0xfffffe08285c9820 > [123095] lock_init() at lock_init+0x155/frame 0xfffffe08285c9830 > [123095] _mtx_init() at _mtx_init+0x89/frame 0xfffffe08285c9850 > [123095] tmpfs_node_init() at tmpfs_node_init+0x28/frame > 0xfffffe08285c9870 > [123095] keg_alloc_slab() at keg_alloc_slab+0x28d/frame > 0xfffffe08285c98c0 > [123095] zone_import() at zone_import+0xec/frame 0xfffffe08285c9950 > [123095] cache_alloc() at cache_alloc+0x3b3/frame 0xfffffe08285c99b0 > [123095] cache_alloc_retry() at cache_alloc_retry+0x23/frame > 0xfffffe08285c99f0 > [123095] tmpfs_alloc_node() at tmpfs_alloc_node+0x108/frame > 0xfffffe08285c9a40 > [123095] tmpfs_alloc_file() at tmpfs_alloc_file+0xbf/frame > 0xfffffe08285c9ad0 > [123095] tmpfs_create() at tmpfs_create+0x38/frame 0xfffffe08285c9b00 > [123095] VOP_CREATE_APV() at VOP_CREATE_APV+0x3c/frame > 0xfffffe08285c9b20 > [123095] vn_open_cred() at vn_open_cred+0x2e2/frame 0xfffffe08285c9c80 > [123095] openatfp() at openatfp+0x268/frame 0xfffffe08285c9dc0 > [123095] sys_openat() at sys_openat+0x28/frame 0xfffffe08285c9de0 > [123095] filemon_wrapper_openat() at filemon_wrapper_openat+0x12/frame > 0xfffffe08285c9e00 > [123095] amd64_syscall() at amd64_syscall+0x15b/frame 0xfffffe08285c9f30 > [123095] fast_syscall_common() at fast_syscall_common+0xf8/frame > 0xfffffe08285c9f30 > [123095] --- syscall (499, FreeBSD ELF64, openat), rip =3D 0xab82ba, rsp = =3D > 0x8217439e8, rbp =3D 0x821743a20 --- > [123095] Uptime: 1d10h11m35s > > This is with a world from 2024-05-17-084543. > > Full logs available at https://wiki.leidinger.net/core.txt.7 (1.1 MB). > > This was in the middle of the night, poudriere was running. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF It looks like tmpfs_node_init ought to pass the MTX_NEW flag, but I am not seeing what may have changed recently that would explain why this hasn't been hit before or more often on INVARIANTS kernels. For future debugging, maybe uma should do an initial trashing of memory even for zones that have an init procedure. Ryan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHgpiFxJXRFiOrGd7rYr5gp_iS-gvjG3-VbWF0T=d-%2B9kUqtwg>