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, 6 Jan 2012 17:22:43 +0000 From: "Allan, Bruce W" <bruce.w.allan@...el.com> To: Ben Hutchings <bhutchings@...arflare.com>, "Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com> CC: "davem@...emloft.net" <davem@...emloft.net>, "netdev@...r.kernel.org" <netdev@...r.kernel.org>, "gospo@...hat.com" <gospo@...hat.com>, "sassmann@...hat.com" <sassmann@...hat.com> Subject: RE: [net-next 08/11] e1000e: add Receive Packet Steering (RPS) support >-----Original Message----- >From: Ben Hutchings [mailto:bhutchings@...arflare.com] >Sent: Tuesday, January 03, 2012 1:05 PM >To: Kirsher, Jeffrey T >Cc: davem@...emloft.net; Allan, Bruce W; netdev@...r.kernel.org; >gospo@...hat.com; sassmann@...hat.com >Subject: Re: [net-next 08/11] e1000e: add Receive Packet Steering (RPS) support > >On Tue, 2012-01-03 at 11:19 -0800, Jeff Kirsher wrote: >> From: Bruce Allan <bruce.w.allan@...el.com> >> >> Enable RPS by default. Disallow jumbo frames when both receive checksum >> and receive hashing are enabled because the hardware cannot do both IP >> payload checksum (enabled when receive checksum is enabled when using >> packet split which is used for jumbo frames) and provide RSS hash at the >> same time. >[...] > >This doesn't seem to have much to do with RPS. RPS can use a hardware >hash but doesn't require it. > >You should also implement the ethtool command to query flow hashing >behaviour (ETHTOOL_GRXFH command, get_rxnfc operation). > >Ben. > >-- >Ben Hutchings, Staff Engineer, Solarflare >Not speaking for my employer; that's the marketing department's job. >They asked us to note that Solarflare product names are trademarked. Thanks for the feedback Ben. One question: is the data returned from an ETHTOOL_GRXFH command with the get_rxnfc operation supposed to be the default for the device or the current setting? Thanks, Bruce.
Powered by blists - more mailing lists