Greg Kroah-Hartman 9ad71af922 sound: 6fire: move to use usb_control_msg_send() and usb_control_msg_recv() ... The usb_control_msg_send() and usb_control_msg_recv() calls can return an error if a "short" write/read happens, so move the driver over to using those calls instead, saving some logic in the wrapper functions that were being used in this driver. This also resolves a long-staging bug where data on the stack was being sent in a USB control message, which was not allowed. v2: API change of usb_control_msg_send() Cc: Jaroslav Kysela <perex@perex.cz> Reviewed-by: Takashi Iwai <tiwai@suse.de> Link: https://lore.kernel.org/r/20200914153756.3412156-8-gregkh@linuxfoundation.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Link: https://lore.kernel.org/r/20200923134348.23862-11-oneukum@suse.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2020-09-25 16:33:59 +02:00
..
chip.c
chip.h
comm.c
comm.h
common.h
control.c
control.h
firmware.c	sound: 6fire: move to use usb_control_msg_send() and usb_control_msg_recv()	2020-09-25 16:33:59 +02:00
firmware.h
Makefile
midi.c
midi.h
pcm.c
pcm.h