I jumped to conclusions :) It works fine when I have "options HDAUDIO_DEBUG and options HDAFG_DEBUG" in the kernel config. I had been playing sound for 2 hours with no issue. As soon as I disabled these options, the problem occurred again. Then I enabled them again, and now I have been playing sound for 2 hours again. Strange
On Sun, Dec 3, 2023 at 8:20 PM Vitaly Shevtsov <shev.vt1...@gmail.com> wrote: > > Hello. > > Today I built a kernel from the latest source tree and it seems the > problem is fixed now. But I don't understand how, I see neither > dev/hdaudio nor dev/audio was updated. I suspect interrupt handling > was fixed. Anyway, thank you. > > On Mon, Nov 27, 2023 at 8:09 PM Vitaly Shevtsov <shev.vt1...@gmail.com> wrote: > > > > Hello! > > > > I see, I suspected something like that. > > > > On Mon, Nov 27, 2023 at 12:34 AM Michael van Elst <mlel...@serpens.de> > > wrote: > > > > > > shev.vt1...@gmail.com (Vitaly Shevtsov) writes: > > > > > > >When I'm listening to music I get this error after some time: > > > >audio1(hdafg1): audio_write: device timeout, seq=16987, > > > >usrbuf=60224/H60224, outbuf=8192/8192 > > > > > > You get timeouts when the backend driver (hdafg1) doesn't > > > finish playing buffers. So that's probably a bug there or > > > maybe a bug in interrupt routing. > > > > > > Here, audio1/hdafg1 is a digital output (HDMI) which also has > > > problems but with different symptoms. But the analog output > > > audio0/hdafg0 works fine. > > >
