openwrt/target/linux/ipq40xx
Sven Eckelmann 6785695056 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.

Signed-off-by: Sven Eckelmann <sven@narfation.org>
Acked-by: John Crispin <john@phrozen.org>
2020-06-13 14:38:03 +02:00
..
base-files ipq40xx: add support for Aruba AP-365 2020-05-11 01:05:16 +02:00
files-4.19/arch/arm/boot/dts ipq40xx: replace "ok" with "okay" for status in DTS files 2020-05-12 19:16:41 +02:00
files-5.4 ipq40xx: essedma: Disable TCP segmentation offload for IPv6 2020-06-13 14:38:03 +02:00
generic ipqx0xx: add Generic subtarget 2019-08-22 21:15:28 +02:00
image ipq40xx: add support for Aruba AP-365 2020-05-11 01:05:16 +02:00
patches-4.19 ipq40xx: replace "ok" with "okay" for status in DTS files 2020-05-12 19:16:41 +02:00
patches-5.4 ipq40xx: replace "ok" with "okay" for status in DTS files 2020-05-12 19:16:41 +02:00
profiles
Makefile ipq40xx: switch to 5.4 kernel 2020-03-28 13:03:02 +01:00
config-4.19 ipq40xx: add support for Aruba AP-365 2020-05-11 01:05:16 +02:00
config-5.4 ipq40xx: add support for Aruba AP-365 2020-05-11 01:05:16 +02:00