119129894530_541460007841Eric Dumazet
From: Jarek Poplawski <jarkao2@xxxxxxxxx Date: Sun, 29 Aug 2010 11:59:51 +0200 Actually, when GRO compares napi- dev to skb- dev? Hmmm, I thought the code made a skb- dev comparison with the

 
197321074259_547060007619Stephen Hemminger
On 2010-08-29 20:39, Eric Dumazet wrote: Le dimanche 29 aoĂťt 2010 Ă 10:06 -0700, David Miller a ĂŠcrit : From: Jarek Poplawski <jarkao2@xxxxxxxxx Date: Sun

 
108120404853_558960007906Stephen Hemminger
From: Stephen Hemminger <shemminger@xxxxxxxxxx Date: Mon, 30 Aug 2010 08:57:21 -0700 On Mon, 30 Aug 2010 06:42:31 +0000 Jarek Poplawski <jarkao2@xxxxxxxxx wrote: On 2010-08-29 20:3

 
178920954768_534860007563David Miller
On Mon, Aug 30, 2010 at 10:51:17AM -0700, Stephen Hemminger wrote: Theres something very important I forgot to tell you. What? Dont cross the GRO streams. Why? It would be bad

 
149020614798_583160007251Jarek Poplawski
On Wed, 01 Sep 2010 14:51:51 -0700 (PDT) David Miller <davem@xxxxxxxxxxxxx wrote: From: Jarek Poplawski <jarkao2@xxxxxxxxx Date: Mon, 30 Aug 2010 21:09:00 +0200 On Mon, Aug 30, 20

 
175326904239_528360007579David Miller
On Thu, Sep 02, 2010 at 09:18:39AM +0000, Jarek Poplawski wrote: On Wed, Sep 01, 2010 at 02:55:54PM -0700, Stephen Hemminger wrote: On Wed, 01 Sep 2010 14:51:51 -0700 (PDT) David Miller <

 
112320764687_538360007578Jarek Poplawski
On Thu, Sep 02, 2010 at 09:30:23AM -0700, David Miller wrote: From: Jarek Poplawski <jarkao2@xxxxxxxxx Date: Thu, 2 Sep 2010 12:53:26 +0000 Stephen, after Erics explanation, I really t

 
100226284618_585560007286Jarek Poplawski
Le jeudi 02 septembre 2010 à 08:33 +0000, Jarek Poplawski a écrit : On Wed, Sep 01, 2010 at 02:51:51PM -0700, David Miller wrote: The only scenerio you can guarentee that all packets

 
176120054381_552960007206Jarek Poplawski
Le jeudi 02 septembre 2010 à 09:55 +0000, Jarek Poplawski a écrit : Exactly, but there is no "a single napi -- device mapping". And sky2 uses the same model. So, there is

 
109128444267_588960007766Jarek Poplawski
Le jeudi 02 septembre 2010 à 11:02 +0000, Jarek Poplawski a écrit : On Thu, Sep 02, 2010 at 12:41:45PM +0200, Eric Dumazet wrote: Two vlans might carry packets in different domains,

 
114024274455_537960007559Herbert Xu
From: Eric Dumazet <eric.dumazet@xxxxxxxxx Date: Thu, 02 Sep 2010 12:41:45 +0200 [PATCH net-next-2.6] gro: remove use of napi- dev Only use of napi- dev in GRO stack is the one found in n

 
195928344635_564560007181Jarek Poplawski
Le vendredi 03 septembre 2010 à 05:26 +0800, Herbert Xu a écrit : On Thu, Sep 02, 2010 at 12:41:45PM +0200, Eric Dumazet wrote: [PATCH net-next-2.6] gro: remove use of napi- dev

 
122322194810_584260007026Eric Dumazet
On Mon, Aug 30, 2010 at 09:50:12AM -0700, David Miller wrote: From: Stephen Hemminger <shemminger@xxxxxxxxxx Date: Mon, 30 Aug 2010 08:57:21 -0700 On Mon, 30 Aug 2010 06:42:31 +0000

 
112728354031_550960007385Eric Dumazet
On Mon, 30 Aug 2010 21:59:16 +0200 Eric Dumazet <eric.dumazet@xxxxxxxxx wrote: So everybody jumped on GRO, while my concern was more the napi- dev thing. I pointed to gro because the co

 
171524544228_598260007903David Miller
The string clone is only used as a temporary copy of the argument val within the while loop, and so it should be freed before leaving the function. The call to strsep, however, modifies clone, so a

 
174724834330_520260007040Kyle Moffett
Hello, Im in the process of dusting off some old unidirectional fiber link patches as part of support for a new custom hardware chassis. Specifically, a critical piece of the hardware is unidirecti

 
176128214875_539660007091Kyle Moffett
From: Kyle Moffett <Kyle.D.Moffett@xxxxxxxxxx Date: Fri, 27 Aug 2010 15:42:17 -0400 A large variety of fiber ethernet PHYs and some copper ethernet PHYs support forced "unidirectional l

 
157726894310_538760007384Stephen Hemminger
Some sky2 fiber hardware seems to support configuring unidirectional fiber links (using the phy bit PHY_M_FIB_FORCE_LNK). There are three parts to enabling this hardware support: (1) Allow DUPLEX

 
141326584218_544460007581Stephen Hemminger
On Aug 27, 2010, at 16:38, Stephen Hemminger wrote: On Fri, 27 Aug 2010 15:42:18 -0400 Kyle Moffett <Kyle.D.Moffett@xxxxxxxxxx wrote: + /* + * Once interrupts are reenabled, reset the P

 
182928814035_505760007378Kyle Moffett
On Fri, Aug 27, 2010 at 17:22, Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx wrote: On Fri, 27 Aug 2010 15:51:58 -0500 "Moffett, Kyle D" <Kyle.D.Moffett@xxxxxxxxxx wrote:

 
196126104862_529060007724Jesse Brandeburg
On Fri, Aug 27, 2010 at 12:10, Kyle Moffett <Kyle.D.Moffett@xxxxxxxxxx wrote: The Intel 82571EB chipset can be used in an unmanaged configuration as a fast dual-port Gig-E controller.  U

 
133025734545_520460007010David Miller

 
129625464700_560660007230Glen Turner
From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx Date: Fri, 27 Aug 2010 17:47:40 +0200 From 1683b838a42429af30d6ab76d2d15d267c93c455 Mon Sep 17 00:00:00 2001 From: Nicolas Dichtel <nicola

 
199123464888_520860007054Eilon Greenstein
bnx2x_trylock_hw_lock() returns a bool : true if succeeded to acquire the lock. false in case of error. -EINVAL is not an acceptable value, since its promoted to true. Signed-off-by: Eric Dumazet

 
179026204936_582660007799Eric Dumazet
From: "Eilon Greenstein" <eilong@xxxxxxxxxxxx Date: Fri, 27 Aug 2010 07:54:44 +0300 On Thu, 2010-08-26 at 20:49 -0700, Eric Dumazet wrote: bnx2x_trylock_hw_lock() returns a bool :

 
120326374408_506560007220Anirban Chakraborty
From: Sritej Velaga <sritej.velaga@xxxxxxxxxx Added PCI ID to board info. Signed-off-by: Sritej Velaga <sritej.velaga@xxxxxxxxxx Signed-off-by: Anirban Chakraborty <anirban.chakraborty@x

 
178922574794_533460007762Anirban Chakraborty
From: Sony Chacko <sony.chacko@xxxxxxxxxx In the original code, the error codes returned from some of the functions are not caught and sent up the caller chain. Fixed it here. Signed-off-by: So

 
134527584308_504460007241Bernard F6BVP
From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx Date: Thu, 26 Aug 2010 17:02:31 -0700 Please apply the following series to net-next. All applied, thank you. -- To unsubscribe from t

 
127523544587_516360007377Christoph Lameter
From: Bernard F6BVP <f6bvp@xxxxxxx Date: Fri, 27 Aug 2010 00:15:01 +0200 When a ROSE node was deleted, node number was not decremented and addr kept going up when a new node was added.

 
121723534998_515260007675Jason Gunthorpe
From: Christoph Lameter <cl@xxxxxxxxx Date: Thu, 26 Aug 2010 16:31:14 -0500 (CDT) @@ -271,6 +271,13 @@ static void ipoib_ib_handle_rx_wc(struct ipoib_ud_dma_unmap_rx(priv, mapping); ip

 
195223824311_535960007239Jason Gunthorpe
On Thu, 26 Aug 2010, Jason Gunthorpe wrote: The 40 bytes at this location are defined by the HW specification to be an IB GRH which has an identical layout to an IPv6 header. Roland is right,

 
158022364497_537460007959David Miller
On Thu, 26 Aug 2010, Jason Gunthorpe wrote: I think doing the memcmp only in the multicast path should be reasonable overhead wise. Thats is not always possible. Here the multicast path is the

 
113529154717_544460007081Yossi Etigin
On Thu, 26 Aug 2010, David Miller wrote: The highest cost is bringing in that packet headers cache line, which youve already done by reading the byte and checking for 0xff. And then you need t

 
168522344435_527260007999Christoph Lameter
On Fri, Aug 27, 2010 at 03:02:54AM +0300, Yossi Etigin wrote: Shouldnt struct ib_grh be packed to make this really work? No idea what the kernel convention for this is. It looks OK to me, in that

 
165026154351_564760007530David Miller

 
132127194913_563360007359David Miller

 
187226594596_536860007165Ron Mercer
Qlge is freeing the buffers before stopping the card DMA, and this can cause some severe error, as a EEH event on PPC. This patch just stop the card and then free the resources. Signed-off-by: Bren

 
132721684080_504460007039Ville Sundell
From: Ron Mercer <ron.mercer@xxxxxxxxxx Date: Thu, 26 Aug 2010 13:19:06 -0700 Breno, looks good. Thanks Please do not top-post. Signed-off-by: Ron Mercer <ron.mercer@xxxxxxxxxx ...

 
112522964274_556160007672Arthur Kepner
On Thu, Aug 26, 2010 at 12:13 PM, Ville Sundell <ville.sundell@xxxxxxxxxxx wrote: This patch adds an interface to the ethtool subsystem and implements read/write functionality for handling se

 
155922174286_591160007054Arthur Kepner
From: Arthur Kepner <akepner@xxxxxxx Date: Thu, 26 Aug 2010 10:06:46 -0700 Use a module parameter to limit the number of MSI-X vectors that the mlx4_core driver will attempt to allocate.

 
144121854773_535360007852Arthur Kepner
From: Arthur Kepner <akepner@xxxxxxx Date: Fri, 3 Sep 2010 13:30:44 -0700 I have that running on a (very small) system and it seems to work OK. Will send out the patch in just a minute. Fa

 
171326904510_530860007542Arthur Kepner
From: Arthur Kepner <akepner@xxxxxxx Date: Fri, 3 Sep 2010 15:13:03 -0700 On Fri, Sep 03, 2010 at 02:46:58PM -0700, David Miller wrote: No, you really cant do it this way, IRQ allocation ma

 
147423854710_555460007322Simon Horman
From: Arthur Kepner <akepner@xxxxxxx Date: Mon, 6 Sep 2010 10:42:45 -0700 On Fri, Sep 03, 2010 at 07:30:46PM -0700, David Miller wrote: This also means there would have to be notifications

 
159425554619_586860007186Julian Anastasov
Cc: Xiaoyu Du <tingsrain@xxxxxxxxx Signed-off-by: Julian Anastasov <ja@xxxxxx Signed-off-by: Simon Horman <horms@xxxxxxxxxxxx Index: nf-next-2.6/net/netfilter/ipvs/ip_vs_core.c =========

 
153926754404_582660007269Simon Horman
From: Julian Anastasov <ja@xxxxxx Date: Thu, 26 Aug 2010 22:36:24 +0300 (EEST) + skb- csum_offset = offsetof(struct icmp6hdr, icmp6_cksum); skb- ip_summed = CHECKSUM_UNNECESSARY; O

 
188020264454_565360007271Simon Horman
Also rename __ip_vs_securetcp_lock to ip_vs_securetcp_lock. Spinlock conversion was suggested by Eric Dumazet. Acked-by: Eric Dumazet <eric.dumazet@xxxxxxxxx Signed-off-by: Simon Horman <hor

 
150420924961_501460007018Simon Horman
From: Simon Horman <horms@xxxxxxxxxxxx Date: Thu, 26 Aug 2010 21:54:27 +0900 Hi Dave, as mentioned earlier today I have a handful of IPVS patches queued up. Please consider them for net

 
155628754403_526660007833Sam Ravnborg
--- Gigabit Ethernet driver of Topcliff PCH Topcliff PCH is the platform controller hub that is going to be used in Intels upcoming general embedded platform. All IO peripherals in Topcliff PCH are

 
158820224387_520660007502Joe Perches
Hi Sam Thank you for your comment. The replys comment was buried in following. I will modify this patch. Thanks, Ohtake(OKISEMI) ----- Original Message ----- From: "Sam Ravnborg" <sa

 
139324304177_579860007763Stephen Hemminger
On Thu, 26 Aug 2010 18:56:55 +0900 Masayuki Ohtake <masa-korg@xxxxxxxxxxxxxxx wrote: --- Gigabit Ethernet driver of Topcliff PCH Topcliff PCH is the platform controller hub that is goin