Bug 64981 - [BISECTED]pulseaudio over network desyncs
Summary: [BISECTED]pulseaudio over network desyncs
Status: RESOLVED CODE_FIX
Alias: None
Product: Networking
Classification: Unclassified
Component: Other (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: Stephen Hemminger
URL:
Keywords:
: 65261 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-11-14 20:13 UTC by Tobias Jakobi
Modified: 2014-01-12 18:31 UTC (History)
3 users (show)

See Also:
Kernel Version: 3.10.18
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
kernel config (65.84 KB, text/plain)
2013-11-14 20:16 UTC, Tobias Jakobi
Details
kernel log (59.11 KB, text/plain)
2013-11-14 21:20 UTC, Tobias Jakobi
Details

Description Tobias Jakobi 2013-11-14 20:13:39 UTC
Hello,

I updated my dedicated audio server to 3.10.18 at the beginning of the week. Yesterday I noticed this issue:

When playing back a video/audio file with mpv (mplayer2 also works), where the audio is streamed from my local machine to the audio server via pulseaudio, the playback desyncs after 5~10 seconds.

The video playback goes into slow-mo, while the audio plays back fine from the DAC connected to the audio server. The maintainer of mpv explained that the application relies on the pulseaudio output module returning appropriate feedback about the samples played back.

Which in turns requires the audio server to reply properly. Going back to 3.10.17 solves the issue, so I bisected and got this commit:

tcp: TSQ can use a dynamic limit
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=0ae5f47eff2e543c3b94eec51c740f38a5071432

What is interesting, that I only get these 5~10 seconds of proper playback after boot of the system. If I don't reboot, all subsequent playback attempts result in an immediate desync.

I also double-checked that this is related to network. I setup an identical PA server here on my laptop (just with a different audio output device), updated the kernel to this specific commit and used another machine to play back some content. Results in the same issue, so I highly doubt this is related to audio components.

Greets,
Tobias
Comment 1 Tobias Jakobi 2013-11-14 20:16:37 UTC
Created attachment 114751 [details]
kernel config
Comment 2 Tobias Jakobi 2013-11-14 21:20:27 UTC
Created attachment 114771 [details]
kernel log
Comment 3 Eric Dumazet 2013-11-26 23:07:29 UTC
Probably fixed by following commit, scheduler for stable kernels :
http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=98e09386c0ef4dfd48af7ba60ff908f0d525cdee
Comment 4 Alan 2013-11-27 11:50:55 UTC
*** Bug 65261 has been marked as a duplicate of this bug. ***
Comment 5 Arno Wagner 2013-12-09 07:13:07 UTC
(In reply to Eric Dumazet from comment #3)
> Probably fixed by following commit, scheduler for stable kernels :
> http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/
> ?id=98e09386c0ef4dfd48af7ba60ff908f0d525cdee

As this commit is still not in 3.10.22, I patched it into 3.10.22 manually. No problems so far over 3 days, looks good to me. Thanks!
Comment 7 Arno Wagner 2014-01-12 18:31:43 UTC
Yes, saw that. As the my patched 3.10.22 works fine, I will probably run with it a while longer and then go to 3.13.x directly.

Note You need to log in before you can comment on or make changes to this bug.