[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250810140115.661635-1-amadeus@jmu.edu.cn>
Date: Sun, 10 Aug 2025 22:01:15 +0800
From: Chukun Pan <amadeus@....edu.cn>
To: jonas@...boo.se
Cc: alsi@...g-olufsen.dk,
amadeus@....edu.cn,
andrew@...n.ch,
conor+dt@...nel.org,
davem@...emloft.net,
devicetree@...r.kernel.org,
edumazet@...gle.com,
heiko@...ech.de,
krzk+dt@...nel.org,
kuba@...nel.org,
linus.walleij@...aro.org,
linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
linux-rockchip@...ts.infradead.org,
netdev@...r.kernel.org,
olteanv@...il.com,
pabeni@...hat.com,
robh@...nel.org,
ziyao@...root.org
Subject: Re: [PATCH 3/3] arm64: dts: rockchip: Add RTL8367RB-VB switch to Radxa E24C
Hi,
> I had only tested on a next-20250722 based kernel and on a vendor 6.1
> based kernel. And similar to your findings, on 6.1 based kernel there
> was no issue only on the newer kernel.
>
> I will probably drop the use of "/delete-property/ snps,tso" and include
> a note in commit message about the TSO and RX checksum issue for v2.
After my test, this problem is caused by commit 041cc86 ("net: stmmac: Enable TSO on VLANs")
https://github.com/torvalds/linux/commit/041cc86b3653cbcdf6ab96c2f2ae34f3d0a99b0a
It seems that this commit just exposed the TSO problem (with VLANs).
Thanks,
Chukun
--
2.25.1
Powered by blists - more mailing lists