From nobody Wed Apr 03 11:31:54 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V8jJW6Gvhz5Gd60 for ; Wed, 3 Apr 2024 11:31:55 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V8jJW5qTmz4JLP; Wed, 3 Apr 2024 11:31:55 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712143915; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FggKDR2e30PIBMBR2VOaWEnx+5Hw7/NxzvhjfzdkOWc=; b=rtb1xr1B2FAgzBGqrlj8txWGOtlipLAk0wA2i+r94NS2xv6DexBPdrHBoXkf28TtSSgJ2A 7CfTlSUhybv20eKpTi/MFNd9pVLOtm/JGryqrYnMItW8Lv9E9iLpkBmo2tPxmQjfctVhWV oRTAWIszcs8WR7/EXhPQS+t80VELyur/Nnx/5EC7GE56kge2wuEAbmSVPz/A9/R9eamnaQ zA/KziV5BB3E1hFFp3ZIzFc/rLU4Qy5AFQ/rHRmVGA7jTYcDil++WBsJiCtyCiSWnuNVC/ OcqUrbl9+Ie3b/iJKgU+ckM2g3LeMCivfVetJACyNDdUqMSdUsYN4labThGtMA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1712143915; a=rsa-sha256; cv=none; b=IyXiHRwQSQu81igJCwsYhIeXwYhmDW9GIRYsx3foLL420hXzfei+dJvYz9HCQgEH4jXmFn CeAN/rdVgedAtfhLSz4MFQmeQZx3aLi35NV1gMdX3ooExNb/NpzErS1eLiRgAdRwgOKbFN wh6WXCYVffTTsvfIO5QMuErWX+cJdQyGR4Sf/sWTcj7Fmh7PK3NXE/BiLtDk//3LTxbet2 2vU5ViT8WhXUpUM6TfAZGahAput7BtRdeA+W05QKxWreiXy7lNALdixzEc+OjQHZH1gpdz 1Flwu8XFBAHOUI5ydjTkfablsVwF0ipbTiZ48OXKFong77RpEVpRKDxR8ObbhA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712143915; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FggKDR2e30PIBMBR2VOaWEnx+5Hw7/NxzvhjfzdkOWc=; b=nzZmsk5zK214JV63M/yb2byvmxwgVJ7x6EFRXisjvaRTGOISPQBUT6Sm8aWX6nL6a0Nk+h ToOa2reslHcsQ2wvqqyBk7IGOZTbFOOrh6P24ZwehDLtwfhUvWDo7FOZt8zKCFBGU5Zmos qXDcoBnoKZHe1qat9vtEwZZ8Ow1WB+8HgHovXz9MLHREdzQ++j838h/gRh6Q6kn7pxBecd d6RpyaBTEzEh2YSPhwoM7d+i56LxG/1EO0dTDJKG2kDaMfgpUUXeLb5Dj4hBh6fudPKNOT wUP5MDBhPqhjg08/yYFDPGqgSfqhpUpxU2t87St1xQz4ttvbFwbLr84XCn/qDg== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4V8jJW4hyMz16Jj; Wed, 3 Apr 2024 11:31:55 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 9EA921A9935; Wed, 3 Apr 2024 13:31:54 +0200 (CEST) Date: Wed, 3 Apr 2024 13:31:54 +0200 From: Baptiste Daroussin To: Christos Margiolis Cc: freebsd-multimedia@freebsd.org, markj@freebsd.org, jrm@freebsd.org Subject: Re: [Development report #9] Audio Stack Improvements Message-ID: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue 02 Apr 16:14, Christos Margiolis wrote: > Committed DEVFS_CDEVPRIV(9) patch: > - https://cgit.freebsd.org/src/commit/?id=dc831e93bad63f9faea09f1806a7733a40bff316 > - Updated the SNDCTL_AUDIOINFO ioctl to write /dev/dspX instead of > /dev/dspX.Y to ai->devnode. > - Closed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246208 as > accessing specific channels through device nodes is no longer > possible. > > Committed asynchronous audio device detach patch: > - https://cgit.freebsd.org/src/commit/?id=9eff58c6d52b66eb8abe7f724dabcd804a566df4 > - Fixed a kern_poll() panic caught after applying the patch and > hot-unplugging the audio device while jackd is running: > https://cgit.freebsd.org/src/commit/?id=fba54d0179aabb3d94211ca80f94fe5b98ac6d3b > - Will send call-for-testing and mail annoyed people once a snapshot > build with the patch included is built. > - Debugging an LOR reported in D44411, although it’s not related to the > patch. > > Updates to /dev/sndstat: > - https://cgit.freebsd.org/src/commit/?id=6d1cee1640e1c360917e483ece5ec1bde423b788 > - https://reviews.freebsd.org/D44571 > - https://reviews.freebsd.org/D44546 (Abandoned since it will break > backwards compatibility and this functionality will be built into a > new userland tool anyway.) > > Implementing missing OSSv4 ioctls: > - https://reviews.freebsd.org/D44570 > > Minor patches: > - https://cgit.freebsd.org/src/commit/?id=c136e6180e4762c1180d89cd2291fd9a935a721d > - https://cgit.freebsd.org/src/commit/?id=b5e55dbf357472ffa39345b30b8b781e988a440f > - https://cgit.freebsd.org/src/commit/?id=d46a6a77e8e14177d07e3a53f68b428e5d1cb416 > > Submitted a 2024Q1 report: > https://cgit.freebsd.org/doc/commit/?id=df8f360e93a2fa210dc3a0a7aa4dae6e855a8076 > > This work is sponsored by the FreeBSD Foundation. Thanks a log for your hard work! one thing I would like to report, I had an issue with pulseaudio with latest kernel as of today. On thing specific my laptop internal audio is actually uaudio which makes it maybe a bit specific. I have an application which queries pulseaudio every minute to get the status of the mixer, this application starts pulseaudio if not present. It starts it a first time, the process run but seems to hang somehow and becomes unkillable (even via kill -9) the backtraces shows: mi_switch+0xba _cv_wait+0xf8 getchns+0x9f dsp_poll+0xc4 devfs_poll_f+0x7d kern_poll_kfds+0x3f6 kern_poll+0x9d sys_ppoll+0x70 amd64_syscall+0x109 fast_syscall_common+0xf8 with a kernel from 10 days ago this wasn't happening. if I change the PCM_WAIT() macro to use cv_wait_sig then everything seems to be back to normal. I don't know if that rings a bell or how to help you more on debugging this. Best regards, Bapt