Re: [PATCH 4/5] r8169: more alignment for the 0x8168

Francois Romieu wrote: > The experimental r8169 patch of the day against 2.6.21-rc1 is available at: > http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc1/ Is 0006-r8169-confusion-between-hardware-and-IP-header-alignment.txt the only relevant patch? This only partially helps. Many of the pack

D-Link DGE-528T (r8159) autonegotation of 1000 Mbps link does not work

Hi! I just brought two D-Link DGE-528T (uses r8159 driver) network adapters to have nice 1 Gbps home network between two computers. I have gigabit crossover cable that is connected like this Pin Connector #1 Connector #2 1white/orange white/green 2orangegreen 3white/green

Re: [PATCH 7/7] cxgb3 - Add SW LRO support

On Sat, Feb 24, 2007 at 04:44:23PM -0800, [EMAIL PROTECTED] wrote: > From: Divy Le Ray <[EMAIL PROTECTED]> > > Add all-in-sw lro support. Doing this in a LLDD doesn't sound like a good idea. Have you tried doing this in the core networking code instead? - To unsubscribe from this list: send the

Re: [PATCH] fix limited slow start bug

On 2/25/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote: On 2/25/07, David Miller <[EMAIL PROTECTED]> wrote: > From: Roger While <[EMAIL PROTECTED]> > Date: Sun, 25 Feb 2007 09:55:34 +0100 > > > Was anything done about size/member alignment of struct tcp_sock per > > mail from last year -

Re: [PATCH] fix limited slow start bug

On 2/25/07, David Miller <[EMAIL PROTECTED]> wrote: From: Roger While <[EMAIL PROTECTED]> Date: Sun, 25 Feb 2007 09:55:34 +0100 > Was anything done about size/member alignment of struct tcp_sock per > mail from last year - > http://marc.theaimsgroup.com/?l=linux-netdev&m=114318857102290&w=2 > >

[NET] sgiseeq: Don't include unnecessary headerfiles.

Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]> diff --git a/drivers/net/sgiseeq.c b/drivers/net/sgiseeq.c index a833e7f..52ed522 100644 --- a/drivers/net/sgiseeq.c +++ b/drivers/net/sgiseeq.c @@ -12,26 +12,15 @@ #include #include #include -#include -#include -#include -#include #includ

Re: [PATCH 3/7] cxgb3 - FW version update

Jeff Garzik wrote: Steve Wise wrote: I would rather fix the code to use constants, and thus avoid this problem ever happening again. Jeff How's this (not tested)? seems OK to me I tested it and resubmitted. Thanks fro the fix suggestion and the patch! Cheers, Divy - To unsubscribe

[PATCH 3/7] cxgb3 - FW version update

From: Divy Le Ray <[EMAIL PROTECTED]> Update FW version to 3.2 Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]> --- drivers/net/cxgb3/t3_hw.c |6 -- drivers/net/cxgb3/version.h |2 ++ 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/

Re: [PATCH] Fix oops in xfrm4_dst_destroy()

Bernhard Walle wrote: > With 2.6.21-rc1, I get an oops when running 'ifdown eth0' and an IPsec > connection is active. If I shut down the connection before running 'ifdown > eth0', then there's no problem. The critical operation of this script is to > kill dhcpd. > > The problem is probably cause

Re: [PATCH] fix limited slow start bug

From: Roger While <[EMAIL PROTECTED]> Date: Sun, 25 Feb 2007 09:55:34 +0100 > Was anything done about size/member alignment of struct tcp_sock per > mail from last year - > http://marc.theaimsgroup.com/?l=linux-netdev&m=114318857102290&w=2 > > (I have no idea what current size is) Nothing has b

Re: [PATCH 3/7] cxgb3 - FW version update

Steve Wise wrote: I would rather fix the code to use constants, and thus avoid this problem ever happening again. Jeff How's this (not tested)? seems OK to me - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More ma

Re: [PATCH 3/7] cxgb3 - FW version update

> I would rather fix the code to use constants, and thus avoid this > problem ever happening again. > > Jeff > How's this (not tested)? --- drivers/net/cxgb3/t3_hw.c |6 -- drivers/net/cxgb3/version.h |2 ++ 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a

Re: 2.6.21-rc1: known regressions (part 3)

On Sun, Feb 25, 2007 at 07:02:51PM +0100, Adrian Bunk wrote: > > > Subject: request_module: runaway loop modprobe net-pf-1 > References : http://lkml.org/lkml/2007/2/21/206 > Submitter : YOSHIFUJI Hideaki / <[EMAIL PROTECTED]> > Caused-By : Kay Sievers <[EMAIL PROTECTED]> >

reliable bond interface

In a different thred, Jon Paul Maloy wrote: > One (TIPC user) I know about,who has developed a very interesting > "reliable bond interface" based on this API, doesn't regard his code > to be up to the kernel coding standards yet, although I am trying to > encourage him. Sounds interesting! C

[PATCH] Fix oops in xfrm4_dst_destroy()

With 2.6.21-rc1, I get an oops when running 'ifdown eth0' and an IPsec connection is active. If I shut down the connection before running 'ifdown eth0', then there's no problem. The critical operation of this script is to kill dhcpd. The problem is probably caused by commit with git identifier 43

Weird problem with PPPoE on tap interface

Hi, I'm experiencing a pretty strange problem with kernel PPPoE on tap interfaces with a vanilla 2.6.20 kernel that prevents the PPP connection from being established: Every PPPoE session packet (that is, LCP, since it never gets to a stage where any other session data is being exchanged) is deli

Re: [PATCH 3/7] cxgb3 - FW version update

Steve Wise wrote: Hey Divy, You missed a printk change. Here is an updated patch. Update FW version to 3.2 Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/net/cxgb3/t3_hw.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/cxgb3/

Re: [PATCH 3/7] cxgb3 - FW version update

Hey Divy, You missed a printk change. Here is an updated patch. Update FW version to 3.2 Signed-off-by: Steve Wise <[EMAIL PROTECTED]> --- drivers/net/cxgb3/t3_hw.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/ne

SV: Re: [tipc-discussion] [RFC: 2.6 patch] net/tipc/: possible cleanups

--- Adrian Bunk <[EMAIL PROTECTED]> skrev: > It can be re-added at any time when an in-kernel > user comes. > > But the most interesting question is: > Why is noone interested in getting his TIPC using > drivers merged? > I don't think lack of interest is the issue here. The users I know anythi

2.6.21-rc1: known regressions (part 3)

This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20 that are not yet fixed in Linus' tree. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

On Sun, Feb 25, 2007 at 11:41:54AM +0100, Pavel Machek ([EMAIL PROTECTED]) wrote: > > > I've done so, with some interesting results. Source on > > > http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider > > > to your CPU frequency if you care about absolute numbers! > > > > >

[IPROUTE2][GENERAL] nl_mgrp to crap if base multicast groups exceeded

cheers, jamal [GENERAL] nl_mgrp to crap if base multicast groups exceeded The old scheme of bitmasks works only for the first 32 groups. Above that the setsockopt scheme must be used. Signed-off-by: J Hadi Salim <[EMAIL PROTECTED]> --- commit f3d272cea2870805677809bf121737fb6c36dc8e tree b1e42

[IPROUTE2][ALL] update rest to use nl_mgrp

cheers, jamal [ALL] update rest to use nl_mgrp Signed-off-by: J Hadi Salim <[EMAIL PROTECTED]> --- commit 539bc1cc1b002700504ad8cbe82ea451026c5fe4 tree 208bd273db5bf023c33e5256da615a20173c1921 parent 40076f622e0aacb2b792d3ac1b5d12aa97c4da9c author Jamal Hadi Salim <[EMAIL PROTECTED]> Sun, 25 Feb

Re: [tipc-discussion] [RFC: 2.6 patch] net/tipc/: possible cleanups

On Sat, Feb 24, 2007 at 04:19:19PM -0800, Stephens, Allan wrote: >... > 2) There are portions of TIPC's native API which are intended for use by > driver programmers, but which are not being used by any code that is > currently in the kernel. While removing these API's from TIPC will only > impact

natsemi: Fix detection of vanilla natsemi cards

Bob Tracy <[EMAIL PROTECTED]> reported that the addition of support for Aculab E1/T1 cPCI carrier cards broke detection of vanilla natsemi cards. This patch fixes that: the problem is that the driver-specific ta in the PCI device table is an index into a second table and this had not been updated

Adding data to SKB - odd checksum errors

Hello, I am working on an algorithm to add data from the previous skb (on the queue) to the front of the current skb. This should be beneficial for a certain kind of TCP-traffic, and I am curious as to wether it will work or not. Currently I have implemented a small algorithm to copy the dat

[PATCH] IPv6 anycast refcnt fix

This patch fixes a bug in Linux IPv6 stack which caused anycast address to be added to a device prior DAD has been completed. This led to incorrect reference count which resulted in infinite wait for unregister_netdevice completion on interface removal. Signed-off-by: Michal Wrobel <[EMAIL PROTEC

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

Hi! > > I've done so, with some interesting results. Source on > > http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider > > to your CPU frequency if you care about absolute numbers! > > > > These are two groups, each consisting of 10 consecutive nonblocking UDP > > recvfroms

Re: [PATCH] fix limited slow start bug

Dave M wrote : diff --git a/include/linux/tcp.h b/include/linux/tcp.h index 415193e..18a468d 100644 --- a/include/linux/tcp.h +++ b/include/linux/tcp.h @@ -302,7 +302,7 @@ struct tcp_sock { u32 snd_ssthresh; /* Slow start size threshold*/ u32 snd_cwnd;