summaryrefslogtreecommitdiffstats
path: root/target/linux/brcm2708/bcm2709
diff options
context:
space:
mode:
authorJohn Crispin <john@openwrt.org>2015-10-05 10:26:28 +0000
committerJohn Crispin <john@openwrt.org>2015-10-05 10:26:28 +0000
commit7b306e3eb3a2072c68306ea27922f0bf5e0515d0 (patch)
treeac7cc506f9f7255710527b2facb76d907a6f3a57 /target/linux/brcm2708/bcm2709
parent6b4985b105d39ca22bc2de9da6889157cdac97a8 (diff)
downloadmaster-31e0f0ae-7b306e3eb3a2072c68306ea27922f0bf5e0515d0.tar.gz
master-31e0f0ae-7b306e3eb3a2072c68306ea27922f0bf5e0515d0.tar.bz2
master-31e0f0ae-7b306e3eb3a2072c68306ea27922f0bf5e0515d0.zip
ramips: Fix too small rx buffer
The driver assumes that the maximum received buffer for non-jumbo frames is 1536 bytes. But the allocation of the rx fragment doesn't reflect that. It currently allocates fragments which will only be large enough to be used as rx buffer with the size of 1534 bytes. This is problematic because the GMAC will now try to write to 2 bytes which don't belong to its receive buffer when a large enough ethernet frame is received. This may already be a problem on existing chips but will at least become a problem when the 1536 byte rx modus is enabled on MT7621a. It is required on this SoC to receive ethernet frames which use their full 1500 bytes MTU and a VLAN header next to the switch VLAN tag. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 47116
Diffstat (limited to 'target/linux/brcm2708/bcm2709')
0 files changed, 0 insertions, 0 deletions