-Original Message-
From: [EMAIL PROTECTED] [mailto:netdev-
[EMAIL PROTECTED] On Behalf Of Andrew Gallatin
Sent: Monday, July 30, 2007 10:43 AM
To: Linas Vepstas
Cc: Jan-Bernd Themann; netdev; Thomas Klein; Jeff Garzik; Jan-Bernd
Themann; linux-kernel; linux-ppc; Christoph Raisch;
-Original Message-
From: J Hadi Salim [mailto:[EMAIL PROTECTED] On Behalf Of jamal
For the Leonid-NIC (for lack of better name) it may be harder to do
parallelization on rcv if you use what i said above. But you could
use a different model on receive - such as create a single
-Original Message-
From: [EMAIL PROTECTED] [mailto:netdev-
[EMAIL PROTECTED] On Behalf Of Jason Lunz
Sent: Tuesday, June 12, 2007 2:48 PM
To: David Miller
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; netdev@vger.kernel.org;
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
-Original Message-
From: J Hadi Salim [mailto:[EMAIL PROTECTED] On Behalf Of jamal
Sent: Saturday, June 09, 2007 8:03 PM
To: Leonid Grossman
Cc: Waskiewicz Jr, Peter P; Patrick McHardy; [EMAIL PROTECTED];
netdev@vger.kernel.org; [EMAIL PROTECTED]; Kok, Auke-jan H; Ramkrishna
Vepa
-Original Message-
From: [EMAIL PROTECTED] [mailto:netdev-
[EMAIL PROTECTED] On Behalf Of Waskiewicz Jr, Peter P
Sent: Wednesday, June 06, 2007 3:31 PM
To: [EMAIL PROTECTED]; Patrick McHardy
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org; [EMAIL PROTECTED]; Kok,
Auke-jan H
-Original Message-
From: J Hadi Salim [mailto:[EMAIL PROTECTED] On Behalf Of jamal
Sent: Saturday, June 09, 2007 12:23 PM
To: Leonid Grossman
Cc: Waskiewicz Jr, Peter P; Patrick McHardy; [EMAIL PROTECTED];
netdev@vger.kernel.org; [EMAIL PROTECTED]; Kok, Auke-jan H; Ramkrishna
Vepa
Re-sending as a plain text to reach netdev.
Sorry for the extra traffic, please ignore the earlier html version of
this e-mail...
Jeff/Roland/all,
What is the preferred submission driver model for an iWARP-capable
Ethernet NIC -
The ASIC Programming Manual (aka Device Driver Guide) got updated to
match current feature set of s2io driver, and posted at
http://trac.neterion.com/cgi-bin/trac.cgi/wiki/TitleIndex?anonymous
under Documentation Download (Xframe_II_OSDDG_2.1_LE.pdf).
Some noteworthy updates include Chapter C
-Original Message-
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 25, 2006 11:27 AM
To: Leonid Grossman
Cc: [EMAIL PROTECTED]; Daniel Lezcano; Dmitry Mishin; Stephen
Hemminger; netdev@vger.kernel.org; Linux Containers
Subject: Re: Network
-Original Message-
From: Herbert Xu [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 29, 2006 5:39 PM
To: Ananda Raju
Cc: netdev@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; Leonid Grossman; Ravinandan Arakali;
[EMAIL PROTECTED]; Sriram Rapuru; Michael Chan
Subject
Thanks Herbert!
We'll fix this.
Leonid
-Original Message-
From: Herbert Xu [mailto:[EMAIL PROTECTED]
Sent: Friday, June 30, 2006 8:38 PM
To: Leonid Grossman
Cc: Ananda Raju; netdev@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; Ravinandan Arakali;
[EMAIL PROTECTED
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David S. Miller
Sent: Tuesday, May 02, 2006 11:48 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
Subject: Re: VJ Channel API - driver level (PATCH)
I don't think we
Hi Chris,
Do you know what part of the performance delta is contributed by the
offload for copy operations, and what part comes from other I/OAT
features like header separation, etc. ?
Thanks, Leonid
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
-Original Message-
From: Jeff Garzik [mailto:[EMAIL PROTECTED]
It's been merged in the 'lro' branch of netdev-2.6.git for a
little while now. Once it gets additional review (and
hopefully testing), I am OK with it going upstream.
Jeff
Hi Jeff,
I agree the more
-Original Message-
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 4:29 AM
To: Jeff Garzik
Cc: Andi Kleen; Greg Banks; David S. Miller; Leonid Grossman;
[EMAIL PROTECTED]; Linux Network Development list
Subject: Re: Van Jacobson net channels
Thanks to Andi, Dave, Jeff and everyone who responded to the original
query; I've got enough pointers to presentations, blogs and ideas to
keep me busy for a while :-)
VJ channels indeed seem to compliment and take to a different level some
sw and hw ideas on Dave's TODO list.
By now we have
-Original Message-
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
How do you classify channels?
Multiple rx steering criterias are available, for example tcp tuple (or
subset) hash, direct tcp tuple (or subset) match, MAC address, pkt size,
vlan tag, QOS bits, etc.
If your
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Why are you saying it can't be used by the host? The stack
should be fully ready for it.
Sorry, I should have said it can't be used by the host to the full
potential of the feature :-).
It does work for us now, as a
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andi Kleen
Sent: Wednesday, February 01, 2006 10:45 PM
There was already talk some time ago to make NAPI drivers use
the hardware mitigation again. The reason is when you have a
workload that
: Monday, November 14, 2005 2:14 PM
To: 'Andi Kleen'
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org; Leonid
Grossman; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PATCH 2.6.15] s2io: UFO support
Hi,
Will send you updated patch which uses __cpu_to_be64().
Here
-Original Message-
From: Arnaldo Carvalho de Melo [mailto:[EMAIL PROTECTED]
Leonid,
If not for performance the idea of having LRO, LSO, TSO, etc
implemented in software can possibly simplify the stack as it
would assume that all drivers implement those features, if
not in
-Original Message-
From: Arnaldo Carvalho de Melo [mailto:[EMAIL PROTECTED]
No, idea would be to have a library that implements TSO in
software, perhaps with function pointers in struct
net_device, if the drivers don't fill the pointers
register_netdev would fill them with
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
On the other hand it might make sense to do this even on
hardware that doesn't support TSO - many card designs can
submit a list of packets more efficiently than each packet at
a time. If anything the cost of
-Original Message-
From: Christoph Lameter [mailto:[EMAIL PROTECTED]
Sent: Monday, August 22, 2005 8:22 AM
To: Leonid Grossman
Cc: David S. Miller; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
netdev@vger.kernel.org; [EMAIL PROTECTED]
Subject: RE: LRO Patent vs
-Original Message-
From: Christoph Lameter [mailto:[EMAIL PROTECTED]
Hi Christoph,
You got your subject backwards, but this is OK...
How much will the permission cost for a hardware vendor to be
allowed to implement LRO?
The question did not even occur to me until you asked -
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 21, 2005 9:36 AM
To: David S. Miller
Cc: Leonid Grossman; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED
-Original Message-
From: Christoph Lameter [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 21, 2005 9:28 AM
To: David S. Miller
Cc: [EMAIL PROTECTED]; Leonid Grossman; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
Here is one idea. Do a reverse LSO, have a dynamic cache on
the network card watching saddr/daddr/sport/dport flows, and
accumulate as many in-order TCP packets as possible into one
large R-LSO frame.
This accumulation is timed out by a length and time parameter
programmable in the
-Original Message-
From: David S. Miller [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 20, 2005 9:40 PM
If you have a flow cache, keyed on saddr/daddr/sport/dport
then you can keep a growing LRO limit. For example, when a
flow cache entry is created, use a LRO limit of 2
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andi Kleen
Sent: Friday, August 19, 2005 9:33 AM
To: John Heffner
Cc: Wael Noureddine; David S. Miller; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED];
-Original Message-
From: David S. Miller [mailto:[EMAIL PROTECTED]
Sent: Friday, August 05, 2005 1:19 AM
To: Leonid Grossman
Cc: netdev@vger.kernel.org
Subject: Re: Super TSO performance drop
I'm not talking about the application, I'm talking about the
new kernel segmenting
We went through all 16 Super TSO patches to see which one causes the
performance degradation (relative to the original TSO implementation)
that was observed earlier, and it appears to be the last patch #16;
results below.
We can either provide a remote to the setup, or test incremental patches
if
, 2005 12:20 PM
To: [EMAIL PROTECTED]
Cc: netdev@vger.kernel.org
Subject: Re: SKB tutorial, Blog, and NET TODO
From: Leonid Grossman [EMAIL PROTECTED]
Date: Wed, 29 Jun 2005 14:11:13 -0700
- TSO support for IPv6
- USO (UDP TSO) support
- support for multiple hardware queues/channels
33 matches
Mail list logo