summaryrefslogtreecommitdiff
path: root/include/linux/virtio_config.h
diff options
context:
space:
mode:
authorBjørn Mork <bjorn@mork.no>2012-10-22 14:56:28 +0400
committerDavid S. Miller <davem@davemloft.net>2012-10-23 10:40:10 +0400
commitdad957d7386873c600a365a9d0dcc7cc73f36883 (patch)
treefb94d60142c8f15cea30c2db4af7e6a8aa07fb09 /include/linux/virtio_config.h
parent0668744f792a737872aa1904010e5fba5f95376b (diff)
downloadlinux-dad957d7386873c600a365a9d0dcc7cc73f36883.tar.xz
net: cdc_ncm: workaround NTB input size firmware bug
Some devices do not support the 8 byte variants of the NTB input size control messages despite announcing such support in their NCM or MBIM functional descriptor. According to the NCM specification, all devices must support the 4 byte variant regardless of whether or not the flag is set: If bit D5 is set in the bmNetworkCapabilities field of function’s NCM Functional Descriptor, the host may set wLength either to 4 or to 8. If wLength is 4, the function shall assume that wNtbInMaxDatagrams is to be set to zero. If wLength is 8, then the function shall use the provided value as the limit. The function shall return an error response (a STALL PID) if wLength is set to any other value. We do not set wNtbInMaxDatagrams in any case, so we can just as well unconditionally use the 4 byte variant without losing any functionality. This works around the known firmware bug, and simplifies the code considerably. Signed-off-by: Bjørn Mork <bjorn@mork.no> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/linux/virtio_config.h')
0 files changed, 0 insertions, 0 deletions