[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1455272005-17144-1-git-send-email-paul.durrant@citrix.com>
Date: Fri, 12 Feb 2016 10:13:17 +0000
From: Paul Durrant <paul.durrant@...rix.com>
To: <netdev@...r.kernel.org>, <xen-devel@...ts.xenproject.org>
CC: Paul Durrant <paul.durrant@...rix.com>
Subject: [PATCH net-next v1 0/8] xen-netback: support toeplitz hashing
This patch series adds support for frontend-configurable toeplitz hashing
in xen-netback (on the guest receive side). This support has been testing
against a Windows frontend and has proven to be sufficient to pass the
Microsoft HCK NDIS RSS tests.
For convenience my development branch is available at http://xenbits.xen.org/gitweb/?p=people/pauldu/linux.git;a=shortlog;h=refs/heads/rss18.
Patch #1 contains a small modification to struct sk_buff to use one more
bit's worth of space to enable full hasf information to be stored (as
opposed to simply whether a calculated hash is L4 or not).
Patch #2 re-imports the canonical netif.h from the Xen master branch at
git://xenbits.xen.org/xen.git. To minimize the diff it was post-processed
as detailed in the commit message.
Patch #3 fixes a short-coming in netback so that it can actually cope with
multiple extra_info fragments being passed from the frontend on the
guest transmit side.
Patch #4 is a trivial patch to reduce log spam from netback.
Patch #5 adds support for a new shared ring for control messages between
frontend and backend as detailed in the updated netif.h.
Patch #6 builds on patch #5 and adds support for messages passed from the
frontend to configure a toeplitz hash of packets on the guest receive side.
Patch #7 adds code to pass the hash calculated by netback to the frontend
Patch #8 adds code to take hashes calculated by the guest on its transmit
side and set the approprate values in the constructed socket buffer.
Powered by blists - more mailing lists