Re: [RESEND] ALSA: hda/tas2781: TP3407SA evidence for the January custom calibration address patch

[linux-kernel . supreme403]

Hi Antheas,


Any news on resending this patch? Is there anything you need from me before it can move forward?



Thanks,
assembledev



> On Mon, 5 Oct 2026 at 20:04, <linux-kernel.supreme403@xxxxxxxxxx> wrote:
>
>>
>> Hi Antheas and sound/TI maintainers,
>>
>> Resending as plain text because LKML rejected the previous message for containing an HTML part.
>> ...
>> Limits: only the primary amplifier was read on hardware, and the final register snapshot was taken idle. The listening result is subjective; there is no calibrated SPL measurement or controlled same-volume A/B. Current mainline and for-next were not built and booted as full kernels.
>>
>> Unlike the January Ally X test, this machine's OEM and firmware layouts differ. This report does not claim to fix the Ally X's separate symptom. Commit 4fe238513407 introduced the custom-node parser with the BASIC-only assignment and appears to be the appropriate Fixes target.
>>
>> DSP SHA256:
>>  a29f522c22cdb203eb1af84846838b5ef76c3a2c721760c7a898dd35f9ce1430
>> Public firmware:
>> https://gitlab.com/kernel-firmware/linux-firmware/-/raw/20260410/ti/audio/tas2781/TAS2XXX10A40.bin
>> Original patch:
>> https://lore.kernel.org/all/20260107093134.583873-1-lkml@xxxxxxxxxxx/
>>
>> OpenAI Codex (LLM) assisted with diagnosing the quiet speakers, validating the existing patch, preparing a local reproducer and drafting this hardware report. The kernel change is your January proposal.
>>
>
> The Ally X had a different issue so we never merged that fix. The
> commit body would need to be amended but we should be able to merge
> this.
>
> Does anyone else have any suggestions? If not I can plan to resend the
> fix in a few days. I will not be able to do the testing for it (no
> affected devices)
>
> Antheas
>
>> Assisted-by: LLM
>>
>> Thanks,
>> assembledev
>>
>
>