Bug#828190: [pulseaudio] sometimes locks up with emu10k1 sink

[Felipe Sateler]

Hi,

On 1 July 2016 at 16:04, Michał Mirosław <mirq-deboogs at rere.qmqm.pl> wrote:
> On Wed, Jun 29, 2016 at 12:03:40PM -0300, Felipe Sateler wrote:
>> On 25 June 2016 at 18:48, Michał Mirosław <mirq-deboogs at rere.qmqm.pl> wrote:
>> > On Sun, Jun 26, 2016 at 12:36:42AM +0200, Michał Mirosław wrote:
>> >> This stopped (resulting in working sound) after I changed
>> >> /etc/pulse/daemon.conf's default-sample-rate from 48000 to 44100,
>> >> commented alternate-sample-rate 44100 line and killed pulseaudio.
>> >> The problem didn't reappear after reverting the changes and killing
>> >> pulseaudio again, though.
>> >
>> > It locked up again. Commenting out alternate-sample-rate works
>> > as a workaround.
>> Could you attach a verbose log of the problem appearing? Instructions
>> to do so are here: https://wiki.ubuntu.com/PulseAudio/Log
>
> Logs attached: first buggy, then working.

Did this ever work? Could you try with a different kernel (in
particular, with the stock ones debian provides)? Looks like a driver
bug to me, as the driver for some reason can be successfully changed
one time, but not after suspend-resume:

(  27.938|   0.000) D: [pulseaudio] sink-input.c: Negotiated format:
pcm, format.sample_format = "\"s16le\""  format.rate = "44100"
format.channels = "2"  format.channel_map =
"\"front-left,front-right\""
(  27.938|   0.000) I: [pulseaudio] sink-input.c: Trying to change sample rate
(  27.938|   0.000) D: [pulseaudio] sink.c: Suspending sink
alsa_output.pci-0000_07_01.0.analog-stereo due to changing the sample
rate.
(  27.938|   0.000) I: [pulseaudio] alsa-sink.c: Updating rate for
device front:1, new rate is 44100
(  27.938|   0.000) D: [pulseaudio] source.c: Suspending source
alsa_output.pci-0000_07_01.0.analog-stereo.monitor due to changing the
sample rate.
(  27.938|   0.000) I: [pulseaudio] source.c: Changed sampling rate successfully
(  27.938|   0.000) I: [pulseaudio] sink.c: Changed sampling rate successfully
(  27.938|   0.000) I: [pulseaudio] sink-input.c: Rate changed to 44100 Hz
(  27.938|   0.000) I: [pulseaudio] module-stream-restore.c: Restoring
volume for sink input sink-input-by-application-name:MPlayer.
(  27.938|   0.000) I: [pulseaudio] module-stream-restore.c: Restoring
mute state for sink input sink-input-by-application-name:MPlayer.
(  27.938|   0.000) D: [pulseaudio] module-suspend-on-idle.c: Sink
alsa_output.pci-0000_07_01.0.analog-stereo becomes busy, resuming.
(  27.938|   0.000) D: [pulseaudio] sink.c: Suspend cause of sink
alsa_output.pci-0000_07_01.0.analog-stereo is 0x0000, resuming
(  27.938|   0.000) D: [pulseaudio] reserve-wrap.c: Successfully
acquired reservation lock on device 'Audio1'
(  27.938|   0.000) I: [alsa-sink-emu10k1] alsa-sink.c: Trying resume...
(  27.939|   0.000) I: [alsa-sink-emu10k1] alsa-util.c: Cannot disable
ALSA period wakeups
(  27.939|   0.000) D: [alsa-sink-emu10k1] alsa-util.c: Maximum hw
buffer size is 341 ms
(  27.939|   0.000) D: [alsa-sink-emu10k1] alsa-util.c: Set buffer
size first (to 17832 samples), period size second (to 17832 samples).
(  27.939|   0.000) I: [alsa-sink-emu10k1] alsa-util.c: Device front:1
doesn't support 44100 Hz, changed to 48000 Hz.


Also, please give a try to the pulseaudio version in experimental, to
see if that improves the issue.

There may still be a pulseaudio bug, in that it should probably not
keep getting stuck in the suspend-resume loop...

-- 

Saludos,
Felipe Sateler