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
