From: Takashi Iwai <tiwai@suse.de>
To: Neil Andrews <neil@androos.io>
Cc: tiwai@suse.com, perex@perex.cz, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ALSA: usb-audio: Rename the Audient iD14 monitor mix volume control
Date: Fri, 14 Aug 2026 07:57:35 +0200 [thread overview]
Message-ID: <871pc1fdm8.wl-tiwai@suse.de> (raw)
In-Reply-To: <0102019ffcdbb1e6-9b59d3cc-ef05-4df1-8f9f-fb2f425bcda2-000000@eu-west-1.amazonses.com>
On Thu, 13 Aug 2026 22:41:24 +0200,
Neil Andrews wrote:
>
> On the Audient iD14 (2708:0008), feature unit 12 is traced through to
> the Speaker output terminal and is therefore exported as "Speaker
> Playback Volume". The name fits it badly. It advertises Volume on
> only four of its six logical channels, which the driver records as
> cmask=0xf, channels=4 on a 6-channel playback stream, and it sits on
> the monitor mixer branch rather than in the direct playback path:
>
> INPUT_TERMINAL 2 (USB streaming, 6ch) -> EXTENSION_UNIT 51 ->
> FEATURE_UNIT 10 (no controls) -> OUTPUT_TERMINAL 20 (Speaker)
>
> while FU 12 hangs off MIXER_UNIT 60 and feeds back into
> EXTENSION_UNIT 51.
>
> Userspace adopts the control as the stream's hardware playback volume,
> so any setting below 0 dB attenuates part of the stream and not the
> rest. Measured over the device's own digital loopback, with one
> -12 dBFS tone per channel played straight to hw:, PCM channel 0 is
> unaffected while channel 1 tracks the control: at 107/127 (-20 dB) the
> two read -15.89 and -35.89 dBFS, a 20.00 dB imbalance, and at 127/127
> both read -15.89 dBFS.
>
> Give the unit a non-standard name so that it is no longer taken for
> the stream's master volume. Dropping the control instead also fixes
> the imbalance, but FU 12 keeps its value across a module reload, so
> dropping it strands a device that is already attenuated with nothing
> able to reset it. Renaming leaves the monitor gain reachable and that
> recovery path intact.
>
> The mapped name ends in "Playback" because a name from the map
> suppresses the automatic " Playback" but still gets " Volume"
> appended; the control comes out as "Monitor Mix Playback Volume".
>
> Tested on the ACP path with PipeWire, which is where the problem
> reproduces: the control now stays at 127 at every volume setting and
> the imbalance is 0.00 dB, and setting it by hand to 107 and back to
> 127 gives 20.00 dB and 0.00 dB as before.
>
> Link: https://lore.kernel.org/linux-sound/0102019fed22f9d3-fa294ec5-02f1-4fd3-b3fa-76efc14331cc-000000@eu-west-1.amazonses.com/T/#u
> Signed-off-by: Neil Andrews <neil@androos.io>
Applied to for-next branch. Thanks.
Takashi
prev parent reply other threads:[~2026-08-14 5:57 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-13 20:41 [PATCH] ALSA: usb-audio: Rename the Audient iD14 monitor mix volume control Neil Andrews
2026-08-14 5:57 ` Takashi Iwai [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871pc1fdm8.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=neil@androos.io \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.