openwrt/target
Petr Štetiar 498f1f4f5d ramips: gsw_mt7621: disable PORT 5 MAC RX/TX flow control by default
Looking at the current upstream driver implementation, it seems like the
TX/RX flow control is enabled only if the flow control pause option is
resolved from the device/link partner advertisements (or otherwise set).

On the other hand, our current in-tree driver force enables TX/RX
flow control by default, thus possibly leading to TX timeouts if the
other end sends pause frames (which are not properly handled?):

 WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
 NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out

Disabling the flow control on PORT 5 MAC seems to fix this issues as the
pause frames are then filtered out. While at it, I'm removing the if
condition completely as suggested, since this code is run only on mt7621
SoC, so there is no need to check for the silicon revisions.

Ref: https://lists.openwrt.org/pipermail/openwrt-devel/2017-November/009882.html
Ref: https://forum.openwrt.org/t/mtk-soc-eth-watchdog-timeout-after-r11573/50000/12
Suggested-by: Felix Fietkau <nbd@nbd.name>
Reported-by: Rosen Penev <rosenp@gmail.com>
Signed-off-by: Petr Štetiar <ynezz@true.cz>
(cherry picked from commit c8f8e59816)
2020-05-26 10:07:05 +01:00
..
imagebuilder imagebuilder: fix make info for empty SUPPORTED_DEVICES 2019-08-22 21:19:04 +02:00
linux ramips: gsw_mt7621: disable PORT 5 MAC RX/TX flow control by default 2020-05-26 10:07:05 +01:00
sdk sdk: use bundle-libraries.sh to ship kernel objtool tools 2019-09-04 13:47:04 +02:00
toolchain target/toolchain/files/wrapper.sh: simplify 'case' 2019-09-04 13:28:08 +02:00
Config.in build: add a config option for enabling a testing version of the target kernel 2019-05-11 11:37:10 +02:00
Makefile