01:06 <chbgdn> narmstrong: xdarklight: bc387887ae22d6ed6439e83968b5be3443a8e57d is the first bad commit when name changed from HDMI/DisplayPort to Analog output, but it not related to crashes. Need spend ~5 minutes to reproduce crash every of ~15 kernel rebuilds, so continue tomorrow.

06:28 <narmstrong> This would probably need a change on alsa script on the Manjaro side since the driver name has changed with this commit

11:17 <chbgdn> narmstrong: xdarklight: e138233e56e9829e65b6293887063a1a3ccb2d68 is the first bad commit for hdmi-audio crash.

11:20 <chbgdn> Will try to revert this commit in 5.17.3 and check how its going

11:46 <chbgdn> Vanilla 5.17.3 with reverted e138233e56e9829e65b6293887063a1a3ccb2d68, crashes is gone :)

12:09 <chbgdn> And I fixed my alsa card config for new common name of driver, name of output device now HDMI/DisplayPort again

12:21 <xdarklight> chbgdn: thanks for investigating! can you please report this issue to Jerome (jbrunet@baylibre.com) and the mailing lists linux-amlogic@lists.infradead.org and alsa-devel@alsa-project.org

12:22 <xdarklight> I am not familiar with that part of the code, so I am not sure about how to fix the underlying issue or the impact of a revert

12:26 <chbgdn> xdarklight: Sorry, but I'm not familiar with mailing lists and how to use it. Will try to deal with it.

12:27 <xdarklight> chbgdn: just send a plain-text email (no HTML) with a short summary of what you found. that's it :-)

12:29 <chbgdn> xdarklight: thanks, will do it in few hours, want try to catch crash log

12:34 <xdarklight> sure - thanks a lot for dealing with this!

12:35 <jbrunet> I need to rework that. Making the link "non atomic" was a mistake since the period mechanism still rely on a irq.

12:35 <jbrunet> You could revert the 2 commit related to the non-atomic series. The problem it adresses is making sure the backend (the TDM/i2s part) is started before the frontend (the fifo part). Failing to do so gives a random shift in channel assignment when there is more than 2 slots on the TDM link.

12:35 <jbrunet> Unfortunately the FE/BE start order is not easy to configure and by default is the opposite of what we need. To properly solve this, I'll need to make the order configurable in ASoC. I need some time to that. I don't have it right now