lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
 <PAXPR04MB9185762B86A4A17A7E2C716189A12@PAXPR04MB9185.eurprd04.prod.outlook.com>
Date: Mon, 15 Jul 2024 21:09:19 +0000
From: Shenwei Wang <shenwei.wang@....com>
To: Andrew Lunn <andrew@...n.ch>
CC: Wei Fang <wei.fang@....com>, "David S. Miller" <davem@...emloft.net>, Eric
 Dumazet <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni
	<pabeni@...hat.com>, Clark Wang <xiaoning.wang@....com>, Rasmus Villemoes
	<linux@...musvillemoes.dk>, "imx@...ts.linux.dev" <imx@...ts.linux.dev>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>, dl-linux-imx
	<linux-imx@....com>
Subject: Re: [PATCH net-next] net: fec: Enable SOC specific rx-usecs
 coalescence default setting



> -----Original Message-----
> From: Andrew Lunn <andrew@...n.ch>
> Sent: Monday, July 15, 2024 3:47 PM
> To: Shenwei Wang <shenwei.wang@....com>
> Cc: Wei Fang <wei.fang@....com>; David S. Miller <davem@...emloft.net>;
> Eric Dumazet <edumazet@...gle.com>; Jakub Kicinski <kuba@...nel.org>;
> Paolo Abeni <pabeni@...hat.com>; Clark Wang <xiaoning.wang@....com>;
> Rasmus Villemoes <linux@...musvillemoes.dk>; imx@...ts.linux.dev;
> netdev@...r.kernel.org; dl-linux-imx <linux-imx@....com>
> Subject: [EXT] Re: [PATCH net-next] net: fec: Enable SOC specific rx-usecs
> coalescence default setting
> On Mon, Jul 15, 2024 at 02:54:49PM -0500, Shenwei Wang wrote:
> > The current FEC driver uses a single default rx-usecs coalescence
> > setting across all SoCs. This approach leads to suboptimal latency on
> > newer, high performance SoCs such as i.MX8QM and i.MX8M.
> 
> Does ethtool -C work on these devices?
> 

Yes, ethtool -C also works. This patch is to enable the proper default value so that 
a user won't have to reconfigure it via ethtool.

> Interrupt coalescence is more than latency. It is also about CPU load.
> 
> Does NAPI polling work correctly on these devices? If so, interrupts should be
> disabled quite a bit, and then interrupt latency does not matter so much.
> 
> Have you benchmarked CPU usage with this patch, for a range of traffic
> bandwidths and burst patterns. How does it differ?
> 

The NAPI polling works correctly. The traffic bandwidth and CPU usage is 
no notable impact during iperf testing.

> > 64 bytes from 192.168.0.195: icmp_seq=4 ttl=64 time=0.486 ms
> >
> > Fixes: df727d4547de ("net: fec: don't reset irq coalesce settings to
> > defaults on "ip link up"")
> 
> Fixes is not correct here. It was never broken. This is maybe an optimisation,
> maybe a deoptimisation, depending on your use case.
> 

Em, just an optimization. 

Regards,
Shenwei

> And next-next is closed at the moment anyway.
> 
>         Andrew

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ