[kde] [Bug 503816] New: DAC Sennheiser GSX-1000 loses audio output after suspend and resume (PipeWire)

bugzilla_noreply at kde.org bugzilla_noreply at kde.org
Tue May 6 00:48:22 BST 2025


https://bugs.kde.org/show_bug.cgi?id=503816

            Bug ID: 503816
           Summary: DAC Sennheiser GSX-1000 loses audio output after
                    suspend and resume (PipeWire)
    Classification: I don't know
           Product: kde
           Version: unspecified
          Platform: Kubuntu
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: 14.wood at gmail.com
  Target Milestone: ---

## Description

After resuming from suspend on a freshly installed **Kubuntu 25.04 (x86_64)**
system with KDE Plasma (Wayland) and PipeWire, the **Sennheiser GSX 1000** USB
DAC remains detected and is still listed as the default audio output device.
However, **no sound is heard** through it until the device is physically
unplugged or reset via software.

The device stays listed with a valid output sink (`analog-output-surround71`)
and is shown as active in `wpctl status`, but does not produce audio unless
reset.

## Workaround

To automate recovery, I added a systemd sleep hook to trigger a soft USB reset
using `usb_modeswitch`:

**/lib/systemd/system-sleep/fix-gsx1000**

```bash
#!/bin/bash
[ "$1" == "post" ] && $(which usb_modeswitch) -v 1395 -p 00a0 -R
exit 0
```

This consistently restores audio after suspend/resume.

## System Information

* **OS:** Kubuntu 25.04 x86_64 (fresh install)
* **Kernel:** `6.14.0-15-generic`
* **PipeWire version:** 1.2.7
  (`pipewire --version`: Compiled and linked with libpipewire 1.2.7)
* **systemd version:** 257 (257.4-1ubuntu3)
* **Audio device:** Sennheiser GSX 1000 (USB ID: `1395:00a0`)
* **Desktop:** KDE Plasma (Wayland session)

Feel free to ask for more information if needed

Thanks in advance!

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list