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]
Date:	Fri, 10 Apr 2015 23:11:17 +0000
From:	"Schmitt, Phillip J" <phillip.j.schmitt@...el.com>
To:	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
	Vlad Zolotarov <vladz@...udius-systems.com>
CC:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"avi@...udius-systems.com" <avi@...udius-systems.com>,
	"intel-wired-lan@...ts.osuosl.org" <intel-wired-lan@...ts.osuosl.org>,
	"gleb@...udius-systems.com" <gleb@...udius-systems.com>
Subject: RE: [Intel-wired-lan] [PATCH net-next v11 3/7] ixgbe: Add a RETA
 query command to VF-PF channel API



> -----Original Message-----
> From: Intel-wired-lan [mailto:intel-wired-lan-bounces@...ts.osuosl.org] On
> Behalf Of Jeff Kirsher
> Sent: Wednesday, April 01, 2015 1:33 AM
> To: Vlad Zolotarov
> Cc: netdev@...r.kernel.org; avi@...udius-systems.com; intel-wired-
> lan@...ts.osuosl.org; gleb@...udius-systems.com
> Subject: Re: [Intel-wired-lan] [PATCH net-next v11 3/7] ixgbe: Add a RETA query
> command to VF-PF channel API
> 
> On Wed, 2015-04-01 at 11:24 +0300, Vlad Zolotarov wrote:
> > Add this new command for 82599 and x540 devices only. Support for
> > other devices will be added later.
> >
> > 82599 and x540 VFs and PF share the same RSS redirection table (RETA).
> > Therefore we
> > just return it for all VFs.
> >
> > For 82599 and x540 RETA table is an array of 32 registers (128 bytes)
> > and the maximum number of registers that may be delivered in a single
> > VF-PF channel command is 15. On the other hand VFs of these devices
> > can be configured to have up to 4 RSS queues.
> > Therefore we will "compress"
> > the RETA by transfering only 2 bits per entry and thereby it will take
> > only 8 registers (DWORDS) to transfer the whole VF RETA.
> >
> > Thus this patch does the following:
> >
> >   - Adds a new API version (to specify a new commands set).
> >   - Adds the IXGBE_VF_GET_RETA command to the VF-PF commands set.
> >
> > Signed-off-by: Vlad Zolotarov <vladz@...udius-systems.com>
> > ---
> > New in v11:
> >    - Updated the patch description.
> >
> > New in v10:
> >    - Drop the PRSTYPE reading since it's VF that finally modifies it
> > (via VFPSRTYPE)
> >      and we will add the proper masking at the VF driver level.
> >    - Return more self-explaining values.
> >
> > New in v9:
> >    - Reduce the support to 82599 and x540 devices only.
> >    - Improvements in query RETA VF-PF command implementation:
> >       - Use the cached RETA contents.
> >       - Compress the mailbox message.
> >
> > New in v5:
> >    - Use the newly added netdev op to allow/prevent the RETA query on
> > a per-VF basis.
> >
> > New in v4:
> >    - Deleted an empty line in ixgbe_get_vf_reta() switch-case.
> >
> > New in v3:
> >    - Pass the number of dwords and offset in RETA in the
> > IXGBE_VF_GET_RETA request message.
> >      This allows to reduce the added command set to a single command.
> >    - Added a support for all devices supported by the ixgbe driver
> > that have
> >      SR-IOV functions support: 82599, x540 and x550. The original code
> > supported
> >      only 82599 and x540.
> >    - Added the masking of the RETA entries according to the
> > PSRTYPE[n].RQPL
> >      value.
> >
> > New in v1 (compared to RFC):
> >    - Use "if-else" statement instead of a "switch-case" for a single
> > option case
> >      (in ixgbe_get_vf_reta()).
> > ---
> >  drivers/net/ethernet/intel/ixgbe/ixgbe_mbx.h   |  4 +++
> >  drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 35
> > ++++++++++++++++++++++++++
> >  2 files changed, 39 insertions(+)
> 
> Thanks Vlad, applied to my queue.
> --
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue.git
> dev-queue

Tested-by: Phil Schmitt <phillip.j.schmitt@...el.com>

Powered by blists - more mailing lists