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
| ||
|
Message-ID: <80f1cd36-c806-4e09-9eac-a70891f50323@lunn.ch> Date: Thu, 5 Sep 2024 22:50:54 +0200 From: Andrew Lunn <andrew@...n.ch> To: Jacky Chou <jacky_chou@...eedtech.com> Cc: davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com, netdev@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH] net: ftgmac100: Enable TX interrupt to avoid TX timeout On Wed, Sep 04, 2024 at 06:31:16PM +0800, Jacky Chou wrote: > Currently, the driver only enables RX interrupt to handle RX > packets and TX resources. Sometimes there is not RX traffic, > so the TX resource needs to wait for RX interrupt to free. > This situation will toggle the TX timeout watchdog when the MAC > TX ring has no more resources to transmit packets. > Therefore, enable TX interrupt to release TX resources at any time. This looks reasonable. FTGMAC100_INT_ALL is used when NAPI polling is not being used, so the extra interrupts should not cause additional load. Is this a fix? How easy is it to trigger the issue? Andrew
Powered by blists - more mailing lists