diff options
author | John Crispin <blogic@openwrt.org> | 2015-10-05 10:26:28 +0000 |
---|---|---|
committer | John Crispin <blogic@openwrt.org> | 2015-10-05 10:26:28 +0000 |
commit | 49726fd930fd0809f0267b1fb72a1d2f393e9f41 (patch) | |
tree | b58c373dad9e9d827ebbb9cdb25d7869a62c9ef1 /target/linux/ramips/files/drivers/net/ethernet/ralink/soc_rt3883.c | |
parent | 7277c63b491331225f45567cc579d52d7b04b6b5 (diff) | |
download | master-187ad058-49726fd930fd0809f0267b1fb72a1d2f393e9f41.tar.gz master-187ad058-49726fd930fd0809f0267b1fb72a1d2f393e9f41.tar.bz2 master-187ad058-49726fd930fd0809f0267b1fb72a1d2f393e9f41.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>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@47116 3c298f89-4303-0410-b956-a3cf2f4a3e73
Diffstat (limited to 'target/linux/ramips/files/drivers/net/ethernet/ralink/soc_rt3883.c')
0 files changed, 0 insertions, 0 deletions