Thread (17 messages) flat view 17 messages, 4 authors, 2014-05-27

Re: [PATCH V8 net-next 0/6] xen-net{back, front}: Multiple transmit and receive queues

From: Paul Durrant <hidden>
Date: 2014-05-21 14:42:47
Also in: xen-devel

-----Original Message-----
From: Sander Eikelenboom [mailto:linux@eikelenboom.it]
Sent: 14 May 2014 19:37
To: Andrew Bennieston
Cc: Wei Liu; xen-devel@lists.xenproject.org; davem@davemloft.net; Ian
Campbell; netdev@vger.kernel.org; Paul Durrant; David Vrabel; Zoltan Kiss
Subject: Re: [Xen-devel] [PATCH V8 net-next 0/6] xen-net{back, front}:
Multiple transmit and receive queues


Wednesday, May 14, 2014, 6:18:31 PM, you wrote:
quoted
On 14/05/14 15:13, Wei Liu wrote:
quoted
On Wed, May 14, 2014 at 04:09:23PM +0200, Sander Eikelenboom wrote:
quoted
Wednesday, May 14, 2014, 3:52:24 PM, you wrote:
quoted
This patch series implements multiple transmit and receive queues (i.e.
multiple shared rings) for the xen virtual network interfaces.
quoted
The series is split up as follows:
  - Patch 1 brings the 'grant_copy_op' array back into struct xenvif, in
    preparation for multi-queue support. See the patch itself for more
details.
quoted
quoted
quoted
quoted
- Patches 2 and 4 factor out the queue-specific data for netback and
   netfront respectively, and modify the rest of the code to use these
   as appropriate.
- Patches 3 and 5 introduce new XenStore keys to negotiate and use
   multiple shared rings and event channels, and code to connect these
   as appropriate.
- Patch 6 documents the XenStore keys required for the new feature
   in include/xen/interface/io/netif.h
quoted
All other transmit and receive processing remains unchanged, i.e. there
is a kthread per queue and a NAPI context per queue.
quoted
The performance of these patches has been analysed in detail, with
results available at:
<snip>

Would it be possible to also put these somewhere in a tree (or branch of
the
quoted
quoted
quoted
xen-tree), so it is more easy to pull and test ?
I cannot speak for Andrew. FWIW you can save this thread and use 'git
am' to apply them to 'net-next'.

Wei.
quoted
I don't currently have a public-facing git repo for this. If you'd
prefer I can send you the patches directly in a tarball, which you may
be able to apply more easily than grabbing them from email threads?
Got the patches from the thread .. but as i expected they interfere with
Zoltan's v3 fix for 3.15.
I realize there will be conflict when Zoli's patch (for net) and these patches (for net-next) come together, but I don't see these in the patchworks queue at all. Did they get lost somewhere?

  Paul
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help