Date: Mon, 30 Mar 2020 22:47:42 -0400 From: Theron <theron.tarigo@gmail.com> To: Graham Perrin <grahamperrin@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: USB microphones with FreeBSD-CURRENT: bug 194727, r358629 Message-ID: <3405369e-2c79-6064-b52b-34502edfd40b@gmail.com> In-Reply-To: <28c59a7f-8f9e-4a33-2546-5b97c0c4f33d@gmail.com> References: <5c93c4d2-897b-0671-b29a-9fde6031adf5@gmail.com> <v9mo-zm06-wny@FreeBSD.org> <6467df72-92de-64b5-5a2c-f23b415543b1@gmail.com> <8dc58802-5849-93c2-0ba2-e321a589e6a3@gmail.com> <28c59a7f-8f9e-4a33-2546-5b97c0c4f33d@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-03-30 20:08, Graham Perrin wrote: > Theron, thank you! That might explain a recent sense of randomness > with the symptoms. I've been testing in three different boot > environments, only one of which is above the 358629 at > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194727#c22>: I don't know what would be attaching to mixer before login. For me the problem is predictable: suspending after I've opened a player reliably hangs kernel, and killing every user of /dev/dsp* /dev/mixer* before sleep reliably avoids the problem. Maybe something is attaching on startup. > (In retrospect, most remarkable to me was that the bug could bite > before logging in; taking the 'Sleep' option in sddm did not lead to a > suspend of the system. Hopefully fixed for FreeBSD-CURRENT by r358629; > I'll not test now, maybe later in the week.) As I understand it, r358629 adds a mechanism that applications can use to "do the right thing" but does not fix the underlying kernel vulnerability. Theron
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3405369e-2c79-6064-b52b-34502edfd40b>