From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f54.google.com (mail-ed1-f54.google.com [209.85.208.54]) (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 584913B42C1 for ; Fri, 3 Jul 2026 09:40:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783071640; cv=none; b=uOJtNpV4n0fYRjgHSEwULsXoiGLRpeBNbSkh0Id+uPLu6QKloxw3W8Sd2djaTdrM7WVPHM4nO5AsjvmHcL/ApyceamH6EvG3cyy+1mdohIUzummqjbDA1K7AEAKYK4THfcwcrxGXyfs4gswWA6OM2tcwvmxV/4BnkJ3qiRKFDGo= 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.54 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-f54.google.com with SMTP id 4fb4d7f45d1cf-6976b0c5adbso682910a12.2 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=kMu/Sl+PrKEIUptx4tYADTi2VPJHwG3vO1Y9eHQwMwhPZhjkvQJtdie1P6RBrgs9RW /tlLR8S3iEhrs9N+YanS+Mv/JiG2ekfhIzdQK8MTQyj+fXgJbyrzIOXq3urXL7+bbGOF QXnhCIf35fzbJ8dpJ7ZGid90Dy++yxgLDCGcQoOLT6HiRZsfweKx+dud95V5WIPOgQ2M fdvv+4/KBkbPC9fHc7D9BRga/8MRcvc+W/rdJc0cs+phQOKgNIWqR6VT8eIKHR36pxv6 DS0rl6tC11CWjldt+7L8FOhCO3P+VNyltNfXHEy73iAS0Q9EqQDnwjN8MNVcMxGMwrRw zOxQ== X-Forwarded-Encrypted: i=1; AHgh+Ro13QSaNb6yjk4kMCJTQOWEVIkwsNIUangUo0r1nWWJ+LzQAP0BxmXgueStFngOvxPXP+d+8zIsSnDtOg==@vger.kernel.org X-Gm-Message-State: AOJu0YwDWarRUD7AzJgFwA21qwG/42u3mV2T7YJJTQHJSckCEDBjkY2A qOVn53oxf0zq0tqWBKuodqJQ6sAU4dFLq5KWq1MuMxyQmuBXEo2D39ayz8mHPX3tZME= X-Gm-Gg: AfdE7cn+R3dftYlUfwONByKUa5jEjLhIe9XW9uf9IFPLDGgSlnLDo7TTeJAlWmC/m6u leM/JFg084WDALul5FwVKAVCghijFUkess7lGSDCXSAjzvcW6dmEzM6Zju3xBQh65XoeV2Jc85x bCjzciMuhOFFYiXxj3RuENKy92sXjnkDm5f2ZolfjlknzjglV+7v6WMKgaMOVoCPhVvQjIeX0tz i9wmqNoEdb8yNvvfMi6xpre18A6q3jd6Wd2oVn+iF07yN3e41tyJDDgw2dCNTTRSdlJ7tPIzXYY GD3TUx9quMFj9rvqUG6iT+Ibr9TGP61VQuOhZsXVSiyyjhWieJACrxR4mOMLQf64NmpSvhLboVD PSQW88HpbdXMM2Z+2lzqK0aphaKMZNSwfXhawjqSOKmBq2unMQ3ty0/vFFJkvQpMKxcoD7m0Smz dBB2W3J2v2kwTuZLJ+fyMnt8OCijrvcdEbDEl9O7FVYrGSWW1OWhFZTm7uOw== 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-sound@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