Ok. please ignore. It happened again after 4 hours of playing music.
On Sun, Dec 3, 2023 at 10:01 PM Vitaly Shevtsov <shev.vt1...@gmail.com> wrote: > > 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. > > > >
