USB audio interface dropouts only when laptop charger is plugged into Thunderbolt dock

Environment

Dell XPS laptop connected to a CalDigit Thunderbolt 4 dock; external USB audio interface (USB class-compliant 2.0) plugged into the dock's downstream USB-A port. Host runs Ubuntu 22.04 with PipeWire for audio. The issue reproduces on macOS Big Sur on a different laptop with same dock in one test setup.

Symptoms

When laptop is powered from its charger through the dock, live audio from the interface exhibits periodic 10–50 ms dropouts and crackles every 1–3 seconds; when running on battery (charger unplugged) the interface is stable. Dropouts affect both playback and capture and increase in frequency under moderate CPU load.

Observations

dmesg shows sporadic 'usb x‑y: reset high-speed USB device' lines near dropout times only when charger is connected. powertop indicates higher USB autosuspend activity when on charger. Using a different USB port on the dock reduces but does not eliminate the problem. Plugging the interface directly into the laptop's built-in USB-C port (bypassing dock) eliminates the issue. Replacing the dock's power supply with another with same rating reproduced the issue, suggesting interaction between dock power path and USB bus.

Already attempted

Updated dock firmware and BIOS on laptop; upgraded Linux kernel to latest LTS kernel available in distro; disabled USB autosuspend for the device via udev rules; set PipeWire real-time priority and reduced sample rate — none removed intermittent resets while dock is powering the laptop. Tested with a different USB audio device with same behavior when dock powers laptop.

Question

What kernel-level traces and USB power diagnostics should I collect to determine whether the dock is causing USB bus resets when providing power, and what safe, reversible workarounds exist to prevent audio dropouts without losing dock functionality? When should I escalate to dock vendor support or consider hardware replacement?

Post timeline

COMMUNITY RESPONSES

Verified community troubleshooting

0 replies

No answers yet..

Showing 0 of 0 community responses

AI DIAGNOSTICS

Incident analysis

Updated 1w ago• Trouble ID

Most likely causes

Dock firmware handling of USB power rail changes during PD negotiation causes momentary USB hub reset 80%

Grounding or power noise introduced via the dock's power supply under load triggers hub protection reset 60%

Host controller driver reacts to external power by changing USB power state or interrupt coalescing, exposing a timing bug that resets devices 30%

Summary

USB resets logged when charger is connected and disappearance of issue when connecting device directly indicate the dock's power delivery or bus power switching is causing USB device resets. Possible causes include ground/power noise induced by PD negotiation, USB hub power sequencing bug in dock firmware, or host controller driver entering a different power state when AC power is present. Reproducing across OSes strengthens case for dock‑side root cause.

Suggested Fixes

Diagnostic step 1

Collect kernel USB traces: enable dynamic USB tracing (echo '1' > /sys/kernel/debug/tracing/events/usb/enable) or use usbmon during reproduction to capture reset sequences and record timestamps relative to dropout events

Diagnostic step 2

Capture dmesg with timestamps while toggling charger and reproducing the issue; save logs and usbmon output for vendor analysis

Diagnostic step 3

As a reversible workaround, plug the audio interface into the laptop's built-in port or use an isolated powered USB hub connected to the dock bypassing the dock's internal hub; test whether this prevents resets