Re: [PATCH] soc: qcom: mark pd-mapper as broken

[Frank Oltmanns]

On 2025-01-13 at 10:07:15 +0100, Johan Hovold <johan@xxxxxxxxxx> wrote:
> On Sat, Jan 11, 2025 at 03:21:35PM +0100, Frank Oltmanns wrote:
>> On 2025-01-08 at 15:06:34 +0100, Johan Hovold <johan@xxxxxxxxxx> wrote:
>
>> > And today I also hit this on the sc8280xp CRD reference design, so as
>> > expected, there is nothing SoC specific about the audio service
>> > regression either:
>> >
>> > [   11.235564] PDR: avs/audio get domain list txn wait failed: -110
>> > [   11.241976] PDR: service lookup for avs/audio failed: -110
>> >
>> > even if it may be masked by random changes in timing.
>> >
>> > These means it affects also machines like the X13s which already have
>> > audio enabled.
>>
>> I've blocklisted the in-kernel pd-mapper module for now and have
>> switched back to the userspace pd-mapper.
>>
>> I don't know if it's helpful or not, but I don't get these error logs
>> when using to the in-kernel pd-mapper. It's just that the phone's mic
>> only works on approximately every third boot (unless I defer loading the
>> module).
>
> Ok, then it sounds like you're hitting a separate bug that is also
> triggered by the changed timings with the in-kernel pd-mapper.

I worked on finding out what's causing the issue on sdm845 and I've
submitted a patch here: [1]

> Are there any hints in the logs about what goes wrong in your setup?

Unfortunately not, see [1].

> And
> the speakers are still working, it's just affecting the mic?

Yes, it's only affecting the mic in my setup on xiaomi-beryllium, but
there seem to be issues with the speaker on oneplus-enchilada that can
be fixed with the same approach.

Best regards,
  Frank

[1]: https://lore.kernel.org/all/20250205-qcom_pdm_defer-v1-1-a2e9a39ea9b9@xxxxxxxxxxxx/

>
> Johan