summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/bin/stackcollapse-record
diff options
context:
space:
mode:
authorFederico Valentín Andrade <fandrade@frba.utn.edu.ar>2026-08-24 11:02:10 -0300
committerTakashi Iwai <tiwai@suse.de>2026-08-25 09:54:45 +0200
commitb3be0e5bed8ab9adbf127a3eee3806e61190ec14 (patch)
treeb458e98daddb1df0663a566c6c15a5c6b9646aa0 /tools/perf/scripts/python/bin/stackcollapse-record
parente72d5659a2606056a0c34af212b46a3275a55bbf (diff)
ALSA: usb-audio: Skip reading sample rate on M-Audio Venom
The M-Audio Venom (0763:2084) is an USB Audio Class 1 compliant synth with an integrated audio interface, it does not implement GET_CUR on SAMPLING_FREQ_CONTROL, hanging up if requested on endpoint 0. The first class request issued by the driver after enumeration is a GET_CUR on endpoint 0x02, freezing the device's USB microcontroller. Timing out on every transfer afterwards with -ETIMEDOUT, such as SET_INTERFACE, so neither the mixer nor any streaming interface is set up. Analyzing a USBPcap capture of the Windows driver I found it never requests the sampling frequency, as the synth exposes a single discrete of 44100Hz on both streaming interfaces, thus asking for it is unnecessary. So I applied get_sample_rate to avoid this check, and disable_autosuspend because the synth doesn't come back from being suspended. Signed-off-by: Federico Valentín Andrade <fandrade@frba.utn.edu.ar> Link: https://patch.msgid.link/20260824140211.17003-2-fandrade@frba.utn.edu.ar Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'tools/perf/scripts/python/bin/stackcollapse-record')
0 files changed, 0 insertions, 0 deletions