summaryrefslogtreecommitdiffstats
path: root/certs/blacklist.c
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2022-05-21 08:46:27 +0200
committerTakashi Iwai <tiwai@suse.de>2022-05-21 08:49:44 +0200
commit5ce0b06ae5e69e23142e73c5c3c0260e9f2ccb4b (patch)
treee9a84aae3937ceb9a806bd7388a9b516d9a8ac5c /certs/blacklist.c
parent12626530de84d2b00ff6480142f7f4374662c0c3 (diff)
downloadlinux-5ce0b06ae5e69e23142e73c5c3c0260e9f2ccb4b.tar.bz2
ALSA: usb-audio: Workaround for clock setup on TEAC devices
Maris reported that TEAC UD-501 (0644:8043) doesn't work with the typical "clock source 41 is not valid, cannot use" errors on the recent kernels. The currently known workaround so far is to restore (partially) what we've done unconditionally at the clock setup; namely, re-setup the USB interface immediately after the clock is changed. This patch re-introduces the behavior conditionally for TEAC devices. Further notes: - The USB interface shall be set later in snd_usb_endpoint_configure(), but this seems to be too late. - Even calling usb_set_interface() right after sne_usb_init_sample_rate() doesn't help; so this must be related with the clock validation, too. - The device may still spew the "clock source 41 is not valid" error at the first clock setup. This seems happening at the very first try of clock setup, but it disappears at later attempts. The error is likely harmless because the driver retries the clock setup (such an error is more or less expected on some devices). Fixes: bf6313a0ff76 ("ALSA: usb-audio: Refactor endpoint management") Reported-and-tested-by: Maris Abele <maris7abele@gmail.com> Cc: <stable@vger.kernel.org> Link: https://lore.kernel.org/r/20220521064627.29292-1-tiwai@suse.de Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'certs/blacklist.c')
0 files changed, 0 insertions, 0 deletions