Searched hist:"8 b5b6f5413e97c3e8bafcdd67553d508f4f698cd" (Results 1 – 4 of 4) sorted by relevance
| /openbmc/linux/drivers/net/usb/ |
| H A D | asix.h | diff 8b5b6f5413e97c3e8bafcdd67553d508f4f698cd Tue Jan 15 22:24:07 CST 2013 Lucas Stach <dev@lynxeye.de> net: asix: handle packets crossing URB boundaries
ASIX AX88772B started to pack data even more tightly. Packets and the ASIX packet
header may now cross URB boundaries. To handle this we have to introduce
some state between individual calls to asix_rx_fixup().
Signed-off-by: Lucas Stach <dev@lynxeye.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| H A D | ax88172a.c | diff 8b5b6f5413e97c3e8bafcdd67553d508f4f698cd Tue Jan 15 22:24:07 CST 2013 Lucas Stach <dev@lynxeye.de> net: asix: handle packets crossing URB boundaries
ASIX AX88772B started to pack data even more tightly. Packets and the ASIX packet
header may now cross URB boundaries. To handle this we have to introduce
some state between individual calls to asix_rx_fixup().
Signed-off-by: Lucas Stach <dev@lynxeye.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| H A D | asix_common.c | diff 8b5b6f5413e97c3e8bafcdd67553d508f4f698cd Tue Jan 15 22:24:07 CST 2013 Lucas Stach <dev@lynxeye.de> net: asix: handle packets crossing URB boundaries
ASIX AX88772B started to pack data even more tightly. Packets and the ASIX packet
header may now cross URB boundaries. To handle this we have to introduce
some state between individual calls to asix_rx_fixup().
Signed-off-by: Lucas Stach <dev@lynxeye.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| H A D | asix_devices.c | diff 8b5b6f5413e97c3e8bafcdd67553d508f4f698cd Tue Jan 15 22:24:07 CST 2013 Lucas Stach <dev@lynxeye.de> net: asix: handle packets crossing URB boundaries
ASIX AX88772B started to pack data even more tightly. Packets and the ASIX packet
header may now cross URB boundaries. To handle this we have to introduce
some state between individual calls to asix_rx_fixup().
Signed-off-by: Lucas Stach <dev@lynxeye.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
|