Sven Eckelmann d6bbfc8b52 ipq40xx: essedma: Disable TCP segmentation offload for IPv6 ... It was noticed that the the whole MAC can hang when transferring data from one ar40xx port (WAN ports) to the CPU and from the CPU back to another ar40xx port (LAN ports). The CPU was doing only NATing in that process. Usually, the problem first starts with a simple data corruption: $ wget https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-10.4.0-amd64-netinst.iso -O /dev/null ... Connecting to saimei.ftp.acc.umu.se (saimei.ftp.acc.umu.se)|2001:6b0:19::138|:443... connected. ... Read error at byte 48807936/352321536 (Decryption has failed.). Retrying. But after a short while, the whole MAC will stop to react. No traffic can be transported anymore from the CPU port from/to the AR40xx PHY/switch and the MAC has to be resetted. The whole problem can be avoided by disabling the TSO for IPv6 for this ethernet MAC driver. Signed-off-by: Sven Eckelmann <sven@narfation.org> Acked-by: John Crispin <john@phrozen.org> (backported from commit 6785695056, with updated commit message) Signed-off-by: Christian Lamparter <chunkeey@gmail.com>		2020-06-13 17:41:57 +02:00
..
imagebuilder	imagebuilder: manifest function show stderr	2018-12-18 11:01:55 +01:00
linux	ipq40xx: essedma: Disable TCP segmentation offload for IPv6	2020-06-13 17:41:57 +02:00
sdk	sdk: fix GCC and Python dangling symlinks	2019-11-09 08:31:04 +01:00
toolchain	merge: etc: update remaining files	2017-12-08 19:41:18 +01:00
Config.in	build: add support for enabling the rootfs/boot partition size option via target feature	2018-12-18 11:28:12 +01:00
Makefile	build: make <subdir>/install opt-in, use it for target/ only	2017-02-09 13:51:35 +01:00