aboutsummaryrefslogtreecommitdiff
path: root/net/wireless
diff options
context:
space:
mode:
authorGravatar Lendacky, Thomas <Thomas.Lendacky@amd.com> 2017-03-15 15:11:23 -0500
committerGravatar David S. Miller <davem@davemloft.net> 2017-03-15 15:36:59 -0700
commit622c36f143fc9566ba49d7cec994c2da1182d9e2 (patch)
treeec226a79b715c42196585b48f8e9ada57a7054ce /net/wireless
parentnet: bcmgenet: Do not suspend PHY if Wake-on-LAN is enabled (diff)
downloadlinux-622c36f143fc9566ba49d7cec994c2da1182d9e2.tar.gz
linux-622c36f143fc9566ba49d7cec994c2da1182d9e2.tar.bz2
linux-622c36f143fc9566ba49d7cec994c2da1182d9e2.zip
amd-xgbe: Fix jumbo MTU processing on newer hardware
Newer hardware does not provide a cumulative payload length when multiple descriptors are needed to handle the data. Once the MTU increases beyond the size that can be handled by a single descriptor, the SKB does not get built properly by the driver. The driver will now calculate the size of the data buffers used by the hardware. The first buffer of the first descriptor is for packet headers or packet headers and data when the headers can't be split. Subsequent descriptors in a multi-descriptor chain will not use the first buffer. The second buffer is used by all the descriptors in the chain for payload data. Based on whether the driver is processing the first, intermediate, or last descriptor it can calculate the buffer usage and build the SKB properly. Tested and verified on both old and new hardware. Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/wireless')
0 files changed, 0 insertions, 0 deletions