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
| ||
|
Date: Fri, 01 Feb 2008 07:06:49 -0500 From: jamal <hadi@...erus.ca> To: Patrick McHardy <kaber@...sh.net> Cc: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@...el.com>, Andi Kleen <andi@...stfloor.org>, Glen Turner <gdt@....id.au>, Stephen Hemminger <shemminger@...ux-foundation.org>, netdev@...r.kernel.org Subject: Re: [PATCH] Disable TSO for non standard qdiscs On Fri, 2008-01-02 at 10:56 +0100, Patrick McHardy wrote: > We don't want to disable TSO for cases where it makes sense, but > who is using TBF on 10GbE? The point is that most users of qdiscs > which are incapable of dealing with TSO without hacks or special > configuration probably don't care, and 10GbE users know about > ethtool *and* don't use TBF or HTB (which are probably the only > qdiscs which actually have problems, maybe also CBQ). Right - Essentially it is a usability issue: People who know how to use TSO (Peter for example) will be clueful enough to turn it on. Which means the default should be to protect the clueless and turn it off. On Andis approach: Turning TSO off at netdev registration time with a warning will be a cleaner IMO. Or alternatively introducing a kernel-config "I know what TSO is" option which is then used at netdev registration. From a usability perspective it would make more sense to just keep ethtool as the only way to configure TSO. [I recently spent a few days helping someone debug a problem with IFB because he was redirecting packets from an TSO netdevice and occasionaly some multi-packet will be missed in the calculation; my answer was "turn off TSO"; so there are more use cases for this TSO issue]. cheers, jamal -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists