Re: Pulseaudio goes into an uninterruptible sleep upon start
Who knows what pulseaudio developers were smoking when they wrote that code. I'm glad you got this solved for now. I hope it's permanently solved for you too. On Tue, 8 Mar 2022, Daniel Fishman wrote: > The first two things didn't work, but while I worked on a switch to > pipewire (with a limited success, since pipewire is experimental > in the current stable and misses important features that I need > and which are already available in pulseaudio), I stumbled upon > a workaround which fixed the problem in my case: > > https://forum.manjaro.org/t/internal-speakers-jack-detected-but-no-audio-comes-out/33380/4 > > I still don't completely understand why things are related, but > this solves the problem - and everything still works properly > after USB dongle is connected. > > > On 3/7/22 21:51, Jude DaShiell wrote: > > Three things to do: > > 1) pulseaudio --cleanup-shm > > reboot and see if you get any better results. > > 2) if 1 fails in the user directory rm -fr ~/.config/pulseaudio then > > reboot and check for better results. > > 3) if 2 fails, remove pulseaudio from the machine and think about > > installing and running pipewire if alsa really needs that much management. > > Ways exist to run firefox without pulseaudio. If memory serves pulseaudio > > firefox may do this as a single command. > > > >
Re: Pulseaudio goes into an uninterruptible sleep upon start
The first two things didn't work, but while I worked on a switch to pipewire (with a limited success, since pipewire is experimental in the current stable and misses important features that I need and which are already available in pulseaudio), I stumbled upon a workaround which fixed the problem in my case: https://forum.manjaro.org/t/internal-speakers-jack-detected-but-no-audio-comes-out/33380/4 I still don't completely understand why things are related, but this solves the problem - and everything still works properly after USB dongle is connected. On 3/7/22 21:51, Jude DaShiell wrote: Three things to do: 1) pulseaudio --cleanup-shm reboot and see if you get any better results. 2) if 1 fails in the user directory rm -fr ~/.config/pulseaudio then reboot and check for better results. 3) if 2 fails, remove pulseaudio from the machine and think about installing and running pipewire if alsa really needs that much management. Ways exist to run firefox without pulseaudio. If memory serves pulseaudio firefox may do this as a single command.
Re: Pulseaudio goes into an uninterruptible sleep upon start
Three things to do: 1) pulseaudio --cleanup-shm reboot and see if you get any better results. 2) if 1 fails in the user directory rm -fr ~/.config/pulseaudio then reboot and check for better results. 3) if 2 fails, remove pulseaudio from the machine and think about installing and running pipewire if alsa really needs that much management. Ways exist to run firefox without pulseaudio. If memory serves pulseaudio firefox may do this as a single command. On Mon, 7 Mar 2022, Daniel Fishman wrote: > Hello, > > I have an up-to-date Debian stable machine where pulseaudio becomes stuck > as soon as it is started (goes into an uninterruptible sleep). I couldn't > understand what is the cause for this behavior - maybe somebody can provide > an idea? > > Initially, pulse worked as expected - the machine doesn't have any fixed > output devices, sound was used via bluetooth headphones. Then one day I added > a USB sound card dongle to the machine: this dongle worked immediately after > it was > plugged in, but after the first reboot the problem had occurred. It continued > to occur even after I removed this USB dongle, removed ~/.config/pulse > directory and rebooted the machine (and then done those actions many times > with various variations - for example, to make sure that pulse doesn't create > config dir between the time it removed & the machine is rebooted I rename > pulseaudio executable, reboot, remove pulse's config dir, restore the exe and > reboot again - doesn't help). > > Attached pulse's log created when it becomes stuck. From the log it seems to > me that the problem starts when pulse fails to open a device pcmC0D0p, though > it is not clear why it tries to open this device, since there is indeed no > such device: /dev/snd contains the following: > > drwxr-xr-x 2 root root 60 Mar 7 19:55 by-path > crw-rw+ 1 root audio 116, 6 Mar 7 19:55 controlC0 > crw-rw+ 1 root audio 116, 5 Mar 7 19:55 hwC0D2 > crw-rw+ 1 root audio 116, 2 Mar 7 19:55 pcmC0D1p > crw-rw+ 1 root audio 116, 3 Mar 7 19:55 pcmC0D2p > crw-rw+ 1 root audio 116, 4 Mar 7 19:57 pcmC0D3p > crw-rw+ 1 root audio 116, 1 Mar 7 19:55 seq > crw-rw+ 1 root audio 116, 33 Mar 7 19:55 timer > > output from 'aplay -lL': > > null > Discard all samples (playback) or generate zero samples (capture) > lavrate > Rate Converter Plugin Using Libav/FFmpeg Library > samplerate > Rate Converter Plugin Using Samplerate Library > speexrate > Rate Converter Plugin Using Speex Resampler > jack > JACK Audio Connection Kit > oss > Open Sound System > pulse > PulseAudio Sound Server > upmix > Plugin for channel upmix (4,6,8) > vdownmix > Plugin for channel downmix (stereo) with a simple spacialization > hw:CARD=sofhdadsp,DEV=1 > sof-hda-dsp, > Direct hardware device without any conversions > hw:CARD=sofhdadsp,DEV=2 > sof-hda-dsp, > Direct hardware device without any conversions > hw:CARD=sofhdadsp,DEV=3 > sof-hda-dsp, > Direct hardware device without any conversions > plughw:CARD=sofhdadsp,DEV=1 > sof-hda-dsp, > Hardware device with all software conversions > plughw:CARD=sofhdadsp,DEV=2 > sof-hda-dsp, > Hardware device with all software conversions > plughw:CARD=sofhdadsp,DEV=3 > sof-hda-dsp, > Hardware device with all software conversions > dmix:CARD=sofhdadsp,DEV=1 > sof-hda-dsp, > Direct sample mixing device > dmix:CARD=sofhdadsp,DEV=2 > sof-hda-dsp, > Direct sample mixing device > dmix:CARD=sofhdadsp,DEV=3 > sof-hda-dsp, > Direct sample mixing device > usbstream:CARD=sofhdadsp > sof-hda-dsp > USB Stream Output > List of PLAYBACK Hardware Devices > card 0: sofhdadsp [sof-hda-dsp], device 1: HDMI1 (*) [] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: sofhdadsp [sof-hda-dsp], device 2: HDMI2 (*) [] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: sofhdadsp [sof-hda-dsp], device 3: HDMI3 (*) [] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > > output for lspci: > > 00:0e.0 Multimedia audio controller: Intel Corporation Celeron/Pentium Silver > Processor High Definition Audio (rev 06) > Subsystem: Realtek Semiconductor Co., Ltd. Celeron/Pentium Silver > Processor High Definition Audio > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 133 > IOMMU group: 2 > Region 0: Memory at 70 (64-bit, non-prefetchable) [size=16K] > Region 4: Memory at 7fffe0 (64-bit, non-prefetchable) [size=1M] > Capabilities: [50] Power Management version 3 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA > PME(D0+,D1-,D2-,D3hot+,D3cold+) > Status: D
Pulseaudio goes into an uninterruptible sleep upon start
Hello, I have an up-to-date Debian stable machine where pulseaudio becomes stuck as soon as it is started (goes into an uninterruptible sleep). I couldn't understand what is the cause for this behavior - maybe somebody can provide an idea? Initially, pulse worked as expected - the machine doesn't have any fixed output devices, sound was used via bluetooth headphones. Then one day I added a USB sound card dongle to the machine: this dongle worked immediately after it was plugged in, but after the first reboot the problem had occurred. It continued to occur even after I removed this USB dongle, removed ~/.config/pulse directory and rebooted the machine (and then done those actions many times with various variations - for example, to make sure that pulse doesn't create config dir between the time it removed & the machine is rebooted I rename pulseaudio executable, reboot, remove pulse's config dir, restore the exe and reboot again - doesn't help). Attached pulse's log created when it becomes stuck. From the log it seems to me that the problem starts when pulse fails to open a device pcmC0D0p, though it is not clear why it tries to open this device, since there is indeed no such device: /dev/snd contains the following: drwxr-xr-x 2 root root 60 Mar 7 19:55 by-path crw-rw+ 1 root audio 116, 6 Mar 7 19:55 controlC0 crw-rw+ 1 root audio 116, 5 Mar 7 19:55 hwC0D2 crw-rw+ 1 root audio 116, 2 Mar 7 19:55 pcmC0D1p crw-rw+ 1 root audio 116, 3 Mar 7 19:55 pcmC0D2p crw-rw+ 1 root audio 116, 4 Mar 7 19:57 pcmC0D3p crw-rw+ 1 root audio 116, 1 Mar 7 19:55 seq crw-rw+ 1 root audio 116, 33 Mar 7 19:55 timer output from 'aplay -lL': null Discard all samples (playback) or generate zero samples (capture) lavrate Rate Converter Plugin Using Libav/FFmpeg Library samplerate Rate Converter Plugin Using Samplerate Library speexrate Rate Converter Plugin Using Speex Resampler jack JACK Audio Connection Kit oss Open Sound System pulse PulseAudio Sound Server upmix Plugin for channel upmix (4,6,8) vdownmix Plugin for channel downmix (stereo) with a simple spacialization hw:CARD=sofhdadsp,DEV=1 sof-hda-dsp, Direct hardware device without any conversions hw:CARD=sofhdadsp,DEV=2 sof-hda-dsp, Direct hardware device without any conversions hw:CARD=sofhdadsp,DEV=3 sof-hda-dsp, Direct hardware device without any conversions plughw:CARD=sofhdadsp,DEV=1 sof-hda-dsp, Hardware device with all software conversions plughw:CARD=sofhdadsp,DEV=2 sof-hda-dsp, Hardware device with all software conversions plughw:CARD=sofhdadsp,DEV=3 sof-hda-dsp, Hardware device with all software conversions dmix:CARD=sofhdadsp,DEV=1 sof-hda-dsp, Direct sample mixing device dmix:CARD=sofhdadsp,DEV=2 sof-hda-dsp, Direct sample mixing device dmix:CARD=sofhdadsp,DEV=3 sof-hda-dsp, Direct sample mixing device usbstream:CARD=sofhdadsp sof-hda-dsp USB Stream Output List of PLAYBACK Hardware Devices card 0: sofhdadsp [sof-hda-dsp], device 1: HDMI1 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: sofhdadsp [sof-hda-dsp], device 2: HDMI2 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: sofhdadsp [sof-hda-dsp], device 3: HDMI3 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 output for lspci: 00:0e.0 Multimedia audio controller: Intel Corporation Celeron/Pentium Silver Processor High Definition Audio (rev 06) Subsystem: Realtek Semiconductor Co., Ltd. Celeron/Pentium Silver Processor High Definition Audio Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: fee00478 Data: Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0 ExtTag- RBE- FLReset+ DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- Kernel driver in use: sof-audio-pci Kernel modules: snd_hda_intel, snd_soc_skl, snd_sof_pciI: [pulseaudio.orig] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted I: [pulseaudio.orig] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted D: [pulseaudio.orig] core-rtclock.c: Timer slack is set to 50 us. I: [pulseaudio.orig] core-util.c: Failed to acquire high-priority scheduling: Permission denied I: [pulseaudio.orig] main.c: This is PulseAudio 14.2 D: [pulseaudio.orig] main.c: Compilation CFLAGS: -g -O2 -ffile-prefix-map=/bu
