> -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 Ra
> -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
> -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
> -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
>
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 A
> -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
>
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]; Ravina
> -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
> -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 thi
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Hemminger
> Sent: Wednesday, April 19, 2006 9:35 PM
> To: Jeff Garzik
> Cc: Netdev List; Linux Kernel; Arnaldo Carvalho de Melo
> Subject: Re: TOE info page
>
> On Wed, 19 Apr 2006 19:22:14
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Randy.Dunlap
> Sent: Monday, March 27, 2006 10:41 AM
> To: Stephen Hemminger
> Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: net TODO
>
> On Mon, 20 Mar 2006 19:36:25 -0800 Stephen He
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 mo
> -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, a
> -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
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 subm
> -Original Message-
> From: Andi Kleen [mailto:[EMAIL PROTECTED]
> > You just need to make sure that you don't leak data from
> other peoples
> > sockets.
>
> There are three basic ways I can see to do this:
>
> - You have really advanced hardware which can potentially
> manage
> -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:
> -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
TECTED]
> Sent: 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 s
:14 PM
> To: Leonid Grossman
> Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: SKB tutorial, Blog, and NET TODO
>
> From: "Leonid Grossman" <[EMAIL PROTECTED]>
> Date: Sat, 30 Jul 2005 02:41:38 -0400
>
> > Some suggestions on how to proceed on rec
> -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: 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
> -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
> n
> > From: Andi Kleen <[EMAIL PROTECTED]>
> > Date: Tue, 23 Aug 2005 01:44:34 +0200
> >
> > > To be fair the situation as seen from the Linux kernel software
> > > perspective is very similar for TOE and for LSO - both
> are patented
> > > by someone and it might be better to not touch any of
> -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: 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 PROTECTE
> -Original Message-
> From: David S. Miller [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 21, 2005 3:34 PM
> We'll be adding the RX free callback support soon, perhaps in
> the 2.6.14 timeframe, once we shrink the sk_buff struct a
> little bit more so that we can justify adding t
> -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]; [EMA
> -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];
> [EMA
> -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 limi
> -Original Message-
> From: David S. Miller [mailto:[EMAIL PROTECTED]
> Sent: Saturday, August 20, 2005 5:06 PM
> To: Leonid Grossman
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; n
> 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 th
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of John Heffner
> Sent: Friday, August 19, 2005 10:27 AM
> To: Leonid Grossman
> Cc: Andi Kleen; Wael Noureddine; David S. Miller;
> [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [
> -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]; netdev@
> -Original Message-
> From: David S. Miller [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 11, 2005 4:35 PM
> To: [EMAIL PROTECTED]
> Cc: Leonid Grossman; netdev@vger.kernel.org
> Subject: Re: Super TSO performance drop
>
> From: Dmitry Yusupov <[EMAIL
> -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
> -Original Message-
> From: David S. Miller [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 04, 2005 6:52 AM
> To: Leonid Grossman
> Cc: netdev@vger.kernel.org
> Subject: Re: Super TSO performance drop
>
> From: "Leonid Grossman" <[EMAIL PROT
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
> Sent: Tuesday, July 12, 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 supp
Since some people asked for it, a Little Endian version of the Manual is
generated and posted on the site.
> -Original Message-
> From: Leonid Grossman [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 26, 2005 8:03 PM
> To: '[EMAIL PROTECTED]'
> Cc: 'linu
Did anyone had any luck getting MSI-X working on Opteron platforms?
The newer 8132-based systems support MSI-X, but we could not get it working
with our card there.
It works fine on Xeon systems, I wonder if the implementation is
Xeon-centric...
-
To unsubscribe from this list: send the line "unsu
45 matches
Mail list logo
