lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20bc473e-3386-443d-8350-f6718e7903a0@linaro.org>
Date: Mon, 14 Apr 2025 15:35:03 +0100
From: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
To: Johan Hovold <johan@...nel.org>, Peter Rosin <peda@...ntia.se>
Cc: Johan Hovold <johan+linaro@...nel.org>,
 Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>,
 Mark Brown <broonie@...nel.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mux: suppress lookup errors for mux controls



On 14/04/2025 15:01, Johan Hovold wrote:
>> Srinivas Kandagatla is looking into optional muxes as a side issue to
>> exclusive muxes.
>> https://lore.kernel.org/all/20250326154613.3735-1-srinivas.kandagatla@linaro.org/
> The audio codec change introduces a de-facto regression so if you want
> something different, we'll have to fix this in the codec driver directly
> by checking for a "mux-controls" property before doing the lookup for

This is not scalable solution, we need something in the core to allow 
optional mux like any other framworks.

--srini
> now (i.e. like is done in the TI driver looking up an optional "mux


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ