diff options
author | Carlo Caione <ccaione@baylibre.com> | 2018-12-07 13:52:31 +0300 |
---|---|---|
committer | Kevin Hilman <khilman@baylibre.com> | 2019-01-11 03:20:15 +0300 |
commit | e35e26b26e955c53e61c154ba26b9bb15da6b858 (patch) | |
tree | b0d4570d16f0c722c50a75df5d4f234c66685130 /arch/arm/mach-davinci/cp_intc.c | |
parent | 19a220dd1e8a1b1d8e5e2f8f4a25313c4b02d527 (diff) | |
download | linux-e35e26b26e955c53e61c154ba26b9bb15da6b858.tar.xz |
arm: dts: meson: Fix IRQ trigger type for macirq
A long running stress test on a custom board shipping an AXG SoCs and a
Realtek RTL8211F PHY revealed that after a few hours the connection
speed would drop drastically, from ~1000Mbps to ~3Mbps. At the same time
the 'macirq' (eth0) IRQ would stop being triggered at all and as
consequence the GMAC IRQs never ACKed.
After a painful investigation the problem seemed to be due to a wrong
defined IRQ type for the GMAC IRQ that should be LEVEL_HIGH instead of
EDGE_RISING.
The change in the macirq IRQ type also solved another long standing
issue affecting this SoC/PHY where EEE was causing the network
connection to die after stressing it with iperf3 (even though much
sooner). It's now possible to remove the 'eee-broken-1000t' quirk as
well.
Fixes: 9c15795a4f96 ("ARM: dts: meson8b-odroidc1: ethernet support")
Signed-off-by: Carlo Caione <ccaione@baylibre.com>
Reviewed-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
Tested-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
Signed-off-by: Kevin Hilman <khilman@baylibre.com>
Diffstat (limited to 'arch/arm/mach-davinci/cp_intc.c')
0 files changed, 0 insertions, 0 deletions