Hi all, My USB soundcard (Bose companion 5) works well on my running system. However, as soon as I suspend my system and resume, pulseaudio will not recognize my card. Even if I unplug and replug. Executing "$ /usr/bin/pasuspender /bin/true" will not help. The only workaround is to kill the pulseaudio process and let it autorestart (which unfortunate will break my audio/video players running). How can I make sure my USB sound remains properly alive after suspend? Regards, Quentin
without more evidence, I'd suspect your kernel/device-driver (not handling suspending) before pulseaudio
(In reply to comment #1) > without more evidence, I'd suspect your kernel/device-driver (not handling > suspending) before pulseaudio How do you suggest to get more evidence? My system recognized the device when I (re)plug it: [ 3688.349089] usb 7-1: new full-speed USB device number 4 using uhci_hcd[ 3688.523157] usb 7-1: New USB device found, idVendor=05a7, idProduct=1020 [ 3688.523165] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 3688.523169] usb 7-1: Product: Bose USB Audio [ 3688.523174] usb 7-1: Manufacturer: Bose Corporation [ 3688.537157] ALSA clock.c:309 4:1:1: cannot get freq at ep 0x1 [ 3688.573437] hid-generic 0003:05A7:1020.0006: hiddev0,hidraw0: USB HID v1.10 Device [Bose Corporation Bose USB Audio] on usb-0000:00:1d.1-1/input2 The only issue is pulseaudio not connecting the device (pavucontrol even does not show it in the configuration tab).
do the sound car suspend and resume without pulseaudio ? perform suspend and resume while playing your USB directly through alsa hw device aplay -D hw:CARD=Bose any.wav
This may also be a duplicate of bug 54029 - hard to tell without any logs. *** This bug has been marked as a duplicate of bug 80712 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.