Ok. please ignore. It happened again after 4 hours of playing music.
On Sun, Dec 3, 2023 at 10:01 PM Vitaly Shevtsov 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
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
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 wrote:
>
>
Hello!
I see, I suspected something like that.
On Mon, Nov 27, 2023 at 12:34 AM Michael van Elst 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,
>
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
Hello!
For some reason I don't see the messages I posted before, so I'm sorry
for possibly duplicating them.
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
audio1(hdafg1): audio_drain: