From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 19AA93B4E87 for ; Sat, 8 Aug 2026 20:10:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786219820; cv=none; b=KPmUq+BSweJIUnEFHkaAFS+HsoCOg7g9nJ5x9JwGwgdpTsFRQnGDJVmQpbbroGLRiEhstCP1EKXRHMiWyXrSBVNtRzcoAvXaNv6dS/bEctedHgSCd8utktVRc2UAE65ov5ct6F86Xk6m5XFKZxsxgAKEwtXXJ7NZgtTFYunmlvQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786219820; c=relaxed/simple; bh=csw+hblTjHl/l4tmXlY6LSzUrVPRTn98tg2ybLhvA+0=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=b6j72cUESaaq+QgGFTzTDrE04pbU5a5URHj98+JMbhdhTFwu1f3Bhq0nAA0ptehx1208EvOaGN7dnSmMa5O6cCVFetBSMR9CsAjo5GhSx6OWNPzD42CHXs4iZ8o4Q9mL4y//OAUSwarpzMY7z1R19a0QYIsDa3Xmz0jt5Dag1OQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=iOSst8UU; arc=none smtp.client-ip=209.85.128.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="iOSst8UU" Received: by mail-wm1-f47.google.com with SMTP id 5b1f17b1804b1-4980dc26022so5927485e9.1 for ; Sat, 08 Aug 2026 13:10:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1786219817; x=1786824617; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=zT/CAbwf/5So6z7AVxDgkbE1hgDoJ/Ab/Fh1X9cZhdc=; b=iOSst8UUQ5dXd9QlF/3nEJ26rKWxnMBZa6Zy8JxTcdIJPaCAs0hOKs7kLAJLc/egS3 Nnhdu4Evry+WRJT+04Rp/HBSjchTW2uve7VdBnqJzaF5jWpld4VM5fndLjH2Tl/LtV/W jaib00YdCpOJQOCdWcaG0ENNInKVTOoiK6OXV7jr/4DZ3/TBrZbWY3X3eheVpCSqm+hu sDJKBfvl5d0mLVbFUrjCBVdjikCLMchQTRyszk1x18km0+/3MicBVpeAsNaRbLEvtyYd sjEjK2O7M43vQoXiF09Xng5fTuexpfOQo9VSLVr+u+2VXCPesepQLOThb6dB2KFFAuYy vCHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786219817; x=1786824617; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=zT/CAbwf/5So6z7AVxDgkbE1hgDoJ/Ab/Fh1X9cZhdc=; b=PDGcnGAChRgc/0IyadpR9xeKWZ9BVRAwZIVYQvosHQO6GKnjkbi4bZDN0IJwDjgiZm fGkEitIZAEYlaLiA5QghhvaiFfEeFVYuPADq+oOwDunr0X3mRm7cXN8pdybHNuZF+uWm Xk/FkMbjc+2rl5FjLetukIrT+AyZdZgBUAv/8KsCuNKVbh6Nq7VSC5MtI5VPXG1KK79v qwKBOlXi4iC03664r5aMxwEs9KBy67dczJ+WiGgMpb3/R271rsEhlY/qAiuIzE0wAvm1 +wxnAv0M4N7G7enAla2iOu4T28dVRRXituurm9fi1YqyCwMoWlGvLlGWOYUgV31GD6dI mwDw== X-Forwarded-Encrypted: i=1; AHgh+RqgWluL7qTAwvNnH59NDuU/CticJ5O6KVSMVvc8KLXgjHdbLpACvCx3luU1X2UaJ5wQR9U69kufrSdxBTo=@vger.kernel.org X-Gm-Message-State: AOJu0Yxfzv2ja2r/NM6ro+BWSieFefxoQVafTqZv4z0n+8nNSWRJKuVs jGfOSeXTLrUrYkrFCMPdySWJJ5iIAIhQfD32FSE1U3F79/8M5bEzdwKu X-Gm-Gg: AR+sD13cjIUssNyV3m+7iUnFJgQFZ15LvQv8ViKp1UdZF3jC30EEDOCP8p5qjtxlBjJ F2fPz9yZwQV3zJ0h6X7onDEoyKeqrsnuII22kz3WLYY3QtF2BddPXa2OfZuIVTGkAdlJ7cx4SR+ wSgsCPuwu0Qnsfu8dYOaU08Jf7Tqp9KW1+1RpQa10OMdP8Ne7ytDudNPDaGFfOARrDrt0btFQil 8vMuR5qQt2el7WbMKCSm6rX+6L+3rb2q9iZuTX56JN9LlA/DYAs2rUqM/01vzLkU8q7BaljFO3u qIj+ktExFfccqyQfUTwXy7PJvF5uPX1c6HiwsTX3OI8+IBHulpnZX+KGO+vTMHaONT719wZlmdR wueMqERghnKmMqMKX9MA0GUnvXbDKLCJAvu8MzykYNo3gNjj5nXQaqCeFBiBqC8ezZ+zbqnTKTl pU+tdRfU/NGVIG3Rxd+R9GCDNFb4fT83KD0EuGRlZ4K2QBV3YiaVAVGlLqAxB3slNSmY5XxCXW X-Received: by 2002:a05:600d:8483:b0:498:1371:6612 with SMTP id 5b1f17b1804b1-4994e7a70aemr331677165e9.6.1786219817240; Sat, 08 Aug 2026 13:10:17 -0700 (PDT) Received: from foxbook (bgt135.neoplus.adsl.tpnet.pl. [83.28.83.135]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4995bb8b668sm120314805e9.0.2026.08.08.13.10.13 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 08 Aug 2026 13:10:16 -0700 (PDT) Date: Sat, 8 Aug 2026 22:10:05 +0200 From: Michal Pecio To: Rong Zhang Cc: Jaroslav Kysela , Takashi Iwai , Icenowy Zheng , linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] ALSA: usb-audio: Do not expose sticky mixers Message-ID: <20260808221005.683ab7d0.michal.pecio@gmail.com> In-Reply-To: References: <20260411-uac-sticky-mixer-v1-0-29d62717befd@rong.moe> <20260411-uac-sticky-mixer-v1-3-29d62717befd@rong.moe> <20260804235515.7346606e.michal.pecio@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 05 Aug 2026 22:32:00 +0800, Rong Zhang wrote: > On Tue, 2026-08-04 at 23:55 +0200, Michal Pecio wrote: > > My $.02 - was there no way to deal with this in userspace, > > or to make it opt-in rather than opt-out? > > While userspace can ignore hardware mixers via some configurations, > the current opt-out model is really about: > > When we can't distinguish between both, will the extra advantages > of exposing a broken GET_CUR mixer outweigh the disadvantages of > exposing a sticky one? > > My answer is no. > > A sticky hardware mixer breaks volume control completely. If a user > doesn't know how to tell the audio stack to ignore it, it will be a > terrible out-of-box experience. Being able to work around it by using a different mixer control doesn't sound like "completely broken" to me. It seems the whole issue is that some mixer controls have no effect and you believe you can detect them by changing the control a few times and seeing if the vaule read back from HW changes accordingly. Of course, this also falsely catches mixer controls which are write-only. I'm not familiar with UAC and ALSA mixer APIs so I don't know, but as the whole issue boils down to incluencing userspace mixer selection, is there really no way to perform the same heuristic in userspace, move the quirk list there as well and let users override it with a click? Regards, Michal