Date: Fri, 17 May 2024 08:00:05 +0200 From: Emmanuel Vadot <manu@bidouilliste.com> To: Ryan Libby <rlibby@freebsd.org> Cc: current@freebsd.org, manu@freebsd.org Subject: Re: Panic: lock "lnxspin" 0xfffff800176c0730 already initialized Message-ID: <20240517080005.b35f98bffac25bb6b5a7a119@bidouilliste.com> In-Reply-To: <CAHgpiFzPGvBi1WYmX3J9%2BsVkAaz5-rmLNzXOp7mCQjk1Eju8XA@mail.gmail.com> References: <ZkYDQpEITPKnWS-l@albert.catwhisker.org> <CAHgpiFz822wS5wViA4Ms6BGHxHiGcBXR35GFN3A_bNNX8ukmyA@mail.gmail.com> <20240517065557.1c184ec92447e074783a6a1c@bidouilliste.com> <CAHgpiFzPGvBi1WYmX3J9%2BsVkAaz5-rmLNzXOp7mCQjk1Eju8XA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 16 May 2024 22:10:16 -0700 Ryan Libby <rlibby@freebsd.org> wrote: > On Thu, May 16, 2024 at 9:56?PM Emmanuel Vadot <manu@bidouilliste.com> wr= ote: > > > > On Thu, 16 May 2024 10:27:40 -0700 > > Ryan Libby <rlibby@freebsd.org> wrote: > > > > > On Thu, May 16, 2024 at 6:00?AM David Wolfskill <david@catwhisker.org= > wrote: > > > > > > > > This is running main-n270174-abb1a1340e3f (built in-place from > > > > main-n270163-154ad8e0f88f), with ports at main-n663685-3f732745ab06; > > > > the ports-resident kernel modules were rebuilt with the kernel, > > > > courtesy (e.g.): > > > > > > > > g1-70(14.1-S)[4] grep '^PORT' /etc/src.conf > > > > PORTS_MODULES+=3Dgraphics/drm-61-kmod > > > > > > > > And since I dislike "sample sizes of one," I have this result on > > > > two different laptops, each of which has both Nvidia & Intel graphi= cs > > > > (but for the older one (M4800), I stopped using (& building) the > > > > Nvidia driver, since enabling it appears to disable GLX). > > > > > > > > Anyway: photos of the backtraces are at > > > > https://www.catwhisker.org/~david/FreeBSD/head/n270174/ > > > > as are copies of the build typescripts. > > > > > > > > Unfortunately, the panic message itself had (just) scrolled off the > > > > top at the time I took the photos, but I hand-typed it (from the > > > > M4800) in the Subject. > > > > > > > > Peace, > > > > david > > > > -- > > > > David H. Wolfskill david@catwhisker.org > > > > Please do not mistake "authoritarian" for "conservative" -- or vice= versa. > > > > > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public k= ey. > > > > > > Maybe regression from ae38a1a1bfdf320089c254e4dbffdf4769d89110 by man= u. > > > > > > It looks like spin_lock_init was changed to no longer zero out the > > > mutex before calling mtx_init, but the MTX_NEW flag was not added. > > > > > > Ryan > > > > > > > Could be, I cannot reproduce this here (either with i915kms or amdgpu) > > but I guess that depending on the hardware version or number of screens > > etc ... code path is different and might trigger this. > > David can you test with > > https://people.freebsd.org/~manu/0001-linuxkpi-Fix-spin_lock_init.patch > > just to be sure that it fixes this issue ? > > > > Cheers, > > > > -- > > Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org> >=20 > It may depend on getting lucky with the uninitialized junk too, and you w= ould > need a kernel with KASSERTs enabled. >=20 > manu, I think the rwlock patch 5c0a1923486e65cd47398e52c03cb289d6120a78 > may need the same treatment with RW_NEW. >=20 > Ryan >=20 Indeed, even if I know that I tested with GENERIC and amdgpu I think that I've only tested GENERIC-NODEBUG with i915kms. Anyway, I've pushed both patches now. Sorry for the breakage. Cheers, --=20 Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20240517080005.b35f98bffac25bb6b5a7a119>