From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f49.google.com (mail-ej1-f49.google.com [209.85.218.49]) (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 7024834B1A6 for ; Fri, 9 Oct 2026 09:55:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791539759; cv=none; b=mYB1PBUOs0UeWiGP5Mp9TOQvj7lk8L2AsBnM1xX7qArH1pY/kCTWbILsRXdoasHoyXE1iM9oYQ8eRpf2Lsagif1iY0xp+63EC9XMfDqCChlMODhdyHEiTTbAWh9EiqhfTz1HCHFT76tTXAfCtY1BNJTpIVIsJVX4ohrYvOJAY1w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791539759; c=relaxed/simple; bh=QbQ2/AtCs501q7UDf1Jv6gkx1pyrMNlfW45xsO5RoQw=; h=Mime-Version:Content-Type:Date:Message-Id:Cc:Subject:From:To: References:In-Reply-To; b=eXeWh5R+DBgG2H1o9RXTG98PylU7yoc/bbIIHqWcq91oq30wakRUqR3DTWtbfdLSeL/K6/Kek65IXqVwiLa2EyfllzUW3BfMMNK8156c7/QHodmmFJXVnXqw6oqV8Bl1Hzj8yO5V/d/QcYrDqH8imokuxF6KhzJWfVTRoBgnYkA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=fairphone.com; spf=pass smtp.mailfrom=fairphone.com; dkim=pass (2048-bit key) header.d=fairphone.com header.i=@fairphone.com header.b=iVA3e4/K; arc=none smtp.client-ip=209.85.218.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=fairphone.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=fairphone.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=fairphone.com header.i=@fairphone.com header.b="iVA3e4/K" Received: by mail-ej1-f49.google.com with SMTP id a640c23a62f3a-c2533d83e3bso630472466b.2 for ; Fri, 09 Oct 2026 02:55:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fairphone.com; s=fair; t=1791539756; x=1792144556; darn=vger.kernel.org; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-type:content-transfer-encoding:mime-version:from:to:cc :subject:date:message-id:reply-to:content-type; bh=QbQ2/AtCs501q7UDf1Jv6gkx1pyrMNlfW45xsO5RoQw=; b=iVA3e4/KGcNGREd24E+mHwDu/qtLEHh4zil04bmUOmDn4eXHsO8XQiCAMiG48ZlG7D Rq1Pn6XrpKD3B83jjP0umt++aE8uVHDGNU4lB8AQagJs/dlLEmjxo8WopbWKnqbWdeb8 lplDKNl+mwSPFIRUaHYqgjs/8fChu78ds73BAvXcQx8nxFCXxIEdZyNrKvPwQcD2SSmy vpNU7piITLvZ9p/3gNLVyaVV3fE/8OiGVoYv+MBWngpFY2TYO3D+hjEhx4L2yCKtDpDK xal1EjPl3V63VoRmsGnghGhbJ7GhCGTGYbSRjE1IV3f7pcjIubV6ZSIDmsw8yrV+aNDr XXVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1791539756; x=1792144556; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-type:content-transfer-encoding:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=QbQ2/AtCs501q7UDf1Jv6gkx1pyrMNlfW45xsO5RoQw=; b=cYGV40TPCr0Sy0GQvqjxotciaHxTZ/l2GBLqIKlPqFSIx6b89KnMyqT6uR8gE4PmfV 4I1Cr3+Uc986z5h7f7ZZJjv0qCLEfyiPanOzN6v6cuYsrIyjEI4ZPGDbwJ7cr7m93P1c cMeo3b1XhuQHlh3M0gzbuI3HeGobDZsvI61u2eNEleLJT/sl51lVcaHYkd7q4sWrWfGg AmzkoguupxKS79MM6kX3xaoGbylCeQReQNaKUF1snsrzqgsO8blXpWk6EAjzpMyAmwRS +gBFWiq/doP1QpyW0UcyPgG82wncYR6VeypJ7W3GUpnqmvyutXtdIhsWTVUKd/85b+Qi juCA== X-Forwarded-Encrypted: i=1; AKwUvBwtz3fKhENSR/usLdrEZAPxg+XoxNLXXrynu+272Z4JbLy9AATHmFkPfqtI6zeSfLCcGOH1TZ04y60GOUA=@vger.kernel.org X-Gm-Message-State: AFq9FYIRjEl2bx4Y6QDkQTP48zkhoZNzETtcJyOGy7Rl8qsdNWvi6bBL sbe62JSnWyuIxWgTaSgYATuaFQqWlfbNOOWzvliVC17Hx3tBM3wQaVQ50j568lrfWdM= X-Gm-Gg: AYBFou38iq09FKJd35UZWpKjAOEiBsXr5EPqw4J/sRMYfz7X5TzOEpefv1zV3hIGnC4 xnpaSVsPEdOlNdQCTEnztmlvH70sOXZVaDCLdH4i3xnSBq90/jbRjNTgjUoiTNPlgrHORXLj4Qy OOkonQWAiJikoDoPc5EYBp3qHIzcIrhp6cYedzUgbPtcHG30GT+G1G07yOaRFr0cDlsX4yrq3uY c7fss/Wv4TLctkAtfqAJpJLOYKaX/+CznDFGJGlWLolDBrX23j3flT5K2BJ9MuTSZ6jNpSL8E2w WOevKcGhuVcudv17mwmjeusWIxvmCj6tHBnehiCSYXuNt8+oxVa371bNhMcldq5+tgRu2gXivft TjZO24HGU4W5cAOiM1Zu9ZnEPnahLqzOm8hFf2QsoPGjffVuvLQ1pl98KaMcasXOo/8QE47pKL8 tPMQz8Fim5NEvCbrUTEkmK6d0CSt/4mMSIym/v8E6C5LPmOCNgUv3vZkgVk73397VSY5YZrHjnO 5RPXP6JjpmxQsNsjn+xrYWjyRn/6q2Ak6bY59CHGWw= X-Received: by 2002:a17:906:6205:b0:c2e:4292:d27e with SMTP id a640c23a62f3a-c31aa017fb2mr131169466b.22.1791539755796; Fri, 09 Oct 2026 02:55:55 -0700 (PDT) Received: from localhost (144-178-202-138.static.ef-service.nl. [144.178.202.138]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c31a9af103csm68942466b.87.2026.10.09.02.55.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 09 Oct 2026 02:55:55 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Fri, 09 Oct 2026 11:55:54 +0200 Message-Id: Cc: <~postmarketos/upstreaming@lists.sr.ht>, , , , , Subject: Re: [PATCH RFC 0/2] Correctly use TX macro v9.4 for SC7280 / Kodiak From: "Luca Weiss" To: "Srinivas Kandagatla" , "Luca Weiss" , "Liam Girdwood" , "Mark Brown" , "Jaroslav Kysela" , "Takashi Iwai" , "Bjorn Andersson" , "Konrad Dybcio" , "Rob Herring" , "Krzysztof Kozlowski" , "Conor Dooley" , X-Mailer: aerc 0.22.0-0-gc2f86b7abde3-dirty References: <20260526-sc7280-tx-macro-v1-0-1aad6900fec0@fairphone.com> <96294c65-171e-48e4-9938-9f321b4c5e6c@kernel.org> In-Reply-To: <96294c65-171e-48e4-9938-9f321b4c5e6c@kernel.org> Hi Srini, On Fri Sep 18, 2026 at 10:34 PM CEST, Srinivas Kandagatla wrote: > > > On 5/26/26 4:29 PM, Luca Weiss wrote: >> As a bit of a note where I'm coming from, I'm working on microphone >> bringup for qcm6490-fairphone-fp5 where so far we've been using >> qcom,sm8450-lpass-tx-macro to get the correct control names. I've tried >> reverting to sc7280-lpass-tx-macro, updating audio-routing in dts and >> UCM to the v9.0 names and it does seem that microphone (AMIC1) is >> working with that, but I'm not particularly happy about leaving the >> wrong control names everywhere, so I'm happy to try and untangle this >> situation. > Are you referring to the enum values that go into "TX SMIC MUX" mixer > control? Yep. > > if this is the problem, i think we could use values instead of enum in > your setup. They do endup in the same register. I mean technically we can also use the incorrect v9 names in dts & UCM, and they resolve to the same register values in the end. > However I do acknowledge the issue. > > pl let me know your thoughts. My preferred solution would be cleaning this up completely, as in change to v9.2 and update dts and upstream UCM configs to the 'correct' values. I do understand that this will likely not be accepted due to backwards/forwards compatibility issues that kernel people want to avoid. The most straightforward path I see is add a new compatible which uses &lpass_ver_9_2 and can be used by boards that have been added before, while new boards can use the new compatible. This is suggestion (2) in my original email. > >>=20 >> I'm also not sure where this v9.x actually comes from, maybe I'm lacking >> some documentation, downstream kernel only refers to Bolero v1.x and >> v2.x so these seems to be a completely different versioning system. > Am not sure how we ended up using lpass versions instead of codec > version in tx, this is a redundant to codec version. I want to clean > that up at somepoint. I don't understand this whole versioning anyways because there's afaik no public reference what SoC has which versions, feels quite arbitrary to me. If you have some internal references and can sort this out, that'd be appreciated. Regards Luca > > --srini > >>=20 >> Signed-off-by: Luca Weiss