summaryrefslogtreecommitdiff
path: root/drivers/iio/light/max44009.c
diff options
context:
space:
mode:
authorMartin Kaiser <martin@kaiser.cx>2023-02-13 22:54:08 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2023-02-16 15:55:03 +0300
commitb5929325f06300d28696b9a030539a4009154788 (patch)
tree26419298c19cc423248a2771389efaab7c5c804d /drivers/iio/light/max44009.c
parentc17ffe008463d3a07b633dd0e956f7c1a3a7c347 (diff)
downloadlinux-b5929325f06300d28696b9a030539a4009154788.tar.xz
staging: r8188eu: Revert "staging: r8188eu: simplify rtw_get_ff_hwaddr"
This reverts commit fd48124e0982 ("staging: r8188eu: simplify rtw_get_ff_hwaddr"). The cleanup in this commit removes the qsel to addr mappings in rtw_get_ff_hwaddr. The underlying assumption is that rtw_write_port uses its addr parameter only for the high_queue check. This is obviously incorrect as rtw_write_port calls ffaddr2pipehdl(pdvobj, addr); where addr is mapped to a usb bulk endpoint. Unfortunately, testing did not show any problems. The Edimax V2 on which I tested has two bulk out endpoints. I guess that with the incorrect patch, addr could only be 0 (no high queue) or 6 (high queue), both of which were mapped to the first bulk out endpoint. Data transfers did still work... Fixes: fd48124e0982 ("staging: r8188eu: simplify rtw_get_ff_hwaddr") Signed-off-by: Martin Kaiser <martin@kaiser.cx> Link: https://lore.kernel.org/r/20230213195407.15085-1-martin@kaiser.cx Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/iio/light/max44009.c')
0 files changed, 0 insertions, 0 deletions