From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f50.google.com (mail-ed1-f50.google.com [209.85.208.50]) (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 553E33B3C11 for ; Fri, 3 Jul 2026 09:40:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783071640; cv=none; b=tZIH2mMlGSNIywetlROBZxDFiDggAeW1jqTH2HANASgg+ng3GdYmyrgQu0AN+kRwb7PsK+tk4kmsosGefOx9L38mzsKDCJtQPXCnFggksVre5O+FPnzmZyjA5CTYUPa9YSYB1a7vYRXle8kxJ8UtbSdCML7c9I2pB3RBgUpOOik= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783071640; c=relaxed/simple; bh=Hspl+mbeRJE8hJkCAm/QgT5mMB+rSBNdrMJ0iv+GN7c=; h=Mime-Version:Content-Type:Date:Message-Id:From:To:Cc:Subject: References:In-Reply-To; b=BhuObDPjOaHJVYG19DHj3RorNKXYKYacx8NceVrPuZAC1gSO4cR4/JrY4x5H9Nl3yfWyqqdKnqBW6qT3CJ/QD15xMOmx7XBuQPJaLpW2irsWtKHwoKzYKhYdaCSviG+dSX6oiHacfIp6EWTL3+7IVvXfqVfnL1Pcf0Pq2umiGi4= 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=GQA4xqTn; arc=none smtp.client-ip=209.85.208.50 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="GQA4xqTn" Received: by mail-ed1-f50.google.com with SMTP id 4fb4d7f45d1cf-691c5776f95so693851a12.3 for ; Fri, 03 Jul 2026 02:40:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fairphone.com; s=fair; t=1783071637; x=1783676437; darn=vger.kernel.org; h=in-reply-to:references:subject:cc:to:from:message-id:date :content-transfer-encoding:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=uNqqVjohsqY8yTYTK5W8wByaWx6IeZeY7y7Iq0rzlDE=; b=GQA4xqTnFkpzDPCIRgb5oRLjafe008dwoncaTQsxIF+qyGj2znNJ901FOsvrBYh13+ j3Nch7FIIeIRSmxp1blPUr6thFcIf5UuxYUdoWN1Ktjye0R4uw9zcEaNvktd0pD88FEI Edqaz6fCsVMdyWwWxqzspR49fh7xrZi9NEtir8ehGVMl7XN33l70gN2s3bB81+FMHlR9 BdUYvnfMgPOzbsd7jUm8+xZ+rT64N1C4mQYB3kMLHhgTe9NmRyhJJpztlDhlhtEAgZoa 2zSVxupAias1Z/jzMc3XbFaQpMkD0D3ME+/OUnRLICdhshyqmJhtl3eWlMZkhbycz5M2 u6mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783071637; x=1783676437; h=in-reply-to:references:subject:cc:to:from:message-id:date :content-transfer-encoding:mime-version:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=uNqqVjohsqY8yTYTK5W8wByaWx6IeZeY7y7Iq0rzlDE=; b=ZeK8AakQmjX4Q8xqNdI5ODz4gIma5tPLxh1/3v0M5mHfI9S6kqI82fFi493UzS2xoe TuQgqWlXhKWAS7PA7qUxCBZjdJGlDP/CjXOiYapJy3D/C7O+Q9UfQfACyZEaLvUKVqQA klDs5wfdSkoSnH4kOArnOuVEsyJilNIHNrvotQS1k4qvvIGfORkYXyUHSiYyS7jkLEAI HptjLSmdk4lJw64CBn/PVx1TjKfjhiAd/QinLvi9VZuH3ONR8AJql08d8GfSm1wNFNk3 r2kqB6QcWdUUHn2NvblyNSpCkGssRgWeIBxYEDOEqczwwnjiGkkh0bRkyF0uHwTM32+i d22g== X-Forwarded-Encrypted: i=1; AHgh+Rq8ELMclk4zFJ365RzSW9TNPUv2F6uAxLHvMk1Hmj9JYMgm9xkUsdCa355Hji9nPvZvzF3RaUWDuGx7pHc=@vger.kernel.org X-Gm-Message-State: AOJu0YzB7sKH8/ErgVbjw/LxHQtMk9GxNp5mj+Z9Vr7CBonOGLCO3jqM GlNhu+NWeXKodwdcyThIwBtmoRDAHQKeiqe8RLOJPMLMvn+8gUM4sJ8AVjwxhrwE+rg= X-Gm-Gg: AfdE7cls+MJfzaxks7Bv+HkoK2YisZz+5ozt6hk5Jw4/tXR9/3H0ZSyFM9X1pnEu/JE xzNLuAIjbyOlu8gorqupHNn8zjvqtskd+mOAwu213y0/J9E9l0TMcu4INPKPURaL6NacaevuR5x vC5I7siqH7WpSNzFe/4P/nHFBCJb1o0jJoMEKOWwKoUjkv3MqnIxpOkPvAwx14HZA0FmEU/+lpF y+FnhhAWk+fmOWLsXmDJUn5Mvv7HeOf1mS/C8gQHHeo+zzQsX7ahOhqCqAddVl+RgDzxE56EVFM 6en9zOaWnxqsFwLb1TSGhxqoTvTVz7uPVC/t5PgJ6C5lY2Z2DjaxfFRLbYbK7E3pyWHHqYgECel j2U3bolKoVjdPpXvPGQ0MgDj72chkJqwJ4ct5JtmJloJmjFMpgvZ3T9FoKHmaD72ImFadmpnH3M XNmPg0U6mgujQwbElSd2xtMovM+qcCli+qyes0QSfSxriodzRq1ysny1mKlg== X-Received: by 2002:a05:6402:444a:b0:698:3b7c:7e42 with SMTP id 4fb4d7f45d1cf-6989f3ad97amr4246456a12.34.1783071636657; Fri, 03 Jul 2026 02:40:36 -0700 (PDT) Received: from localhost (144-178-202-138.static.ef-service.nl. [144.178.202.138]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-698ad100004sm2179433a12.18.2026.07.03.02.40.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Jul 2026 02:40:36 -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, 03 Jul 2026 11:40:35 +0200 Message-Id: From: "Luca Weiss" To: "Luca Weiss" , "Srinivas Kandagatla" , "Liam Girdwood" , "Mark Brown" , "Jaroslav Kysela" , "Takashi Iwai" , "Bjorn Andersson" , "Konrad Dybcio" , "Rob Herring" , "Krzysztof Kozlowski" , "Conor Dooley" , Cc: <~postmarketos/upstreaming@lists.sr.ht>, , , , , Subject: Re: [PATCH RFC 0/2] Correctly use TX macro v9.4 for SC7280 / Kodiak X-Mailer: aerc 0.21.0-0-g5549850facc2 References: <20260526-sc7280-tx-macro-v1-0-1aad6900fec0@fairphone.com> In-Reply-To: <20260526-sc7280-tx-macro-v1-0-1aad6900fec0@fairphone.com> Hi all, On Tue May 26, 2026 at 5:29 PM CEST, Luca Weiss wrote: > With the v9 data, that sc7280 is mistakenly using, the controls will > have completely wrong names and using wrong code paths that do not apply > to TX macro v9.4. > > This is an RFC to get some feedback how to continue. > > 1. We update the "qcom,sc7280-lpass-tx-macro" compatible to 9.4, break > unchanged dtbs (the sources are updated in this series) and break UCM > until it's updated. > > 2. We add a new compatible "qcom,sc7280-lpass-tx-macro-fixed" - name is > just a suggestion ;) - and make sure existing boards with audio keep > using the old "broken" compatible. This should be completely > backwards compatible, since we keep the existing compatible working > as-is. > > 3. We add some dt flag "qcom,use-correct-tx-macro-version;" and handle > the rest similar to option 2, by opting in boards to the updated > behavior. > > 4. We keep everything the same. We know it's wrong, both the > audio-routing in dtb and the controls in UCM have incorrect names, > but it's working apparently. > > Please let me know your thoughts. Any feedback on this series? I'd appreciate it! Regards Luca > > 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. > > 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. > > Signed-off-by: Luca Weiss > --- > Luca Weiss (2): > ASoC: codecs: lpass-tx-macro: Use correct config for sc7280 > arm64: dts: qcom: kodiak: Fix up LPASS TX macro v9.4 control names > > arch/arm64/boot/dts/qcom/qcm6490-idp.dts | 2 +- > .../boot/dts/qcom/qcs6490-radxa-dragon-q6a.dts | 2 +- > arch/arm64/boot/dts/qcom/sc7280-crd-r3.dts | 22 +++++++++++-----= ------ > .../dts/qcom/sc7280-herobrine-audio-wcd9385.dtsi | 22 +++++++++++-----= ------ > .../dts/qcom/sc7280-herobrine-villager-r1.dtsi | 22 +++++++++++-----= ------ > arch/arm64/boot/dts/qcom/sc7280-idp.dtsi | 22 +++++++++++-----= ------ > sound/soc/codecs/lpass-tx-macro.c | 9 ++------- > 7 files changed, 48 insertions(+), 53 deletions(-) > --- > base-commit: 550604d6c9b9efc8d068aff94dc301694a7afdee > change-id: 20260526-sc7280-tx-macro-1179d786af1f > > Best regards, > -- =20 > Luca Weiss