Re: 2.6.12.6 to 2.6.14.3 Major 10-GigE TCP Network Performance Degradation

2006-01-04 Thread Bill Fink
On Tue, 3 Jan 2006, Stephen Hemminger wrote: > On Wed, 28 Dec 2005 22:35:50 -0500 > Bill Fink <[EMAIL PROTECTED]> wrote: > > > Would the following patch be at all useful for the 2.6.14.x stable > > series, since enabling TSO there causes a 40% or greater TCP performance > > penalty, or is 2.6.15

Re: [ANNOUNCE] RT2x00 ieee80211 stack switch

2006-01-04 Thread Jiri Benc
On Tue, 03 Jan 2006 18:06:30 +0100, Johannes Berg wrote: > How about > - get rid of all the embedded algorithms (AES, Michael, RC4, >CRC) and use the crypto layer from the kernel Definitely. The list wasn't complete, it was the things that need (from my POV) to be resolved first only. There

Re: [ANNOUNCE] RT2x00 ieee80211 stack switch

2006-01-04 Thread Johannes Berg
On Wed, 2006-01-04 at 13:35 +0100, Jiri Benc wrote: > The list wasn't complete, it was the things that need (from my POV) to > be resolved first only. There are more issues - some of them are known > to me, including this one, but I have them stored mostly as comments at > corresponding places in

Re: [ANNOUNCE] RT2x00 ieee80211 stack switch

2006-01-04 Thread Jiri Benc
On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote: > Oh another question: is the stack capable of having a raw device > associated with the actual hardware device that sees all incoming and > outgoing frames including 802.11 headers? I'd love to have that for > debugging... Sure, wlan0ap. It

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Jiri Benc
On Tue, 03 Jan 2006 19:09:13 -0800, Ben Greear wrote: > The AP will act like a bridge/switch according to these rules: > > If a packet enters the wifi device, it will be sent down the wired > ethernet interface un-changed. > > If a packet enters the wired device, the wifi device with the same > M

Re: Resubmit: [PATCH] natsemi: NAPI support

2006-01-04 Thread Harald Welte
On Wed, Jan 04, 2006 at 07:32:49AM +, Mark Brown wrote: > This patch against 2.6.14 converts the natsemi driver to use NAPI. It > was originally based on one written by Harald Welte, though it has since > been modified quite a bit, most extensively in order to remove the > ability to disable N

compiling information on 80211 stacks

2006-01-04 Thread Johannes Berg
Hi, I'm trying to compile information on the advantages and disadvantages of the various 802.11 stacks as so far I haven't found a good overview document. The current draft is at http://johannes.sipsolutions.net/802.11_stacks I'd appreciate if anyone who has information to add to the list would m

Re: Integrating IXP4xx NPE support in kernel (with IXP4xx accesslibrary)

2006-01-04 Thread Harald Welte
On Tue, Dec 27, 2005 at 09:22:31AM -0500, jamal wrote: > On Tue, 2005-27-12 at 15:05 +0100, Lennert Buytenhek wrote: > > On Tue, Dec 27, 2005 at 08:49:50AM -0500, jamal wrote: > > > > > A question for you: Does the 4XX allow you to rewrite the microcode? > > > > As far as I know, there are no doc

Re: [PATCH (should be ready to apply)] More instruction checks fornet/core/filter.c

2006-01-04 Thread Kris Katterjohn
From: David S. Miller > From: "Kris Katterjohn" <[EMAIL PROTECTED]> > Your email client has corrupted the patch spacing and tabbing. > Please fix this. Really? Have my other patches been screwed up, too? My email client has "upgraded" recently (although I'm not sure what it was supposed to be upda

[PATCH 3/3] [NETFILTER]: Use macro for spinlock_t/rwlock_t initializations/definition.

2006-01-04 Thread YOSHIFUJI Hideaki / 吉藤英明
Use macro for spinlock_t/rwlock_t initializations/definition. Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> diff --git a/net/ipv6/netfilter/nf_conntrack_reasm.c b/net/ipv6/netfilter/nf_conntrack_reasm.c index c2c52af..f3e5ffb 100644 --- a/net/ipv6/netfilter/nf_conntrack_reasm.c +++ b/net/

[PATCH 1/3] [ECONET]: Use macro for spinlock_t definition.

2006-01-04 Thread YOSHIFUJI Hideaki / 吉藤英明
Use macro for spinlock_t definition. Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> diff --git a/net/econet/af_econet.c b/net/econet/af_econet.c index 34fdac5..cefc26d 100644 --- a/net/econet/af_econet.c +++ b/net/econet/af_econet.c @@ -56,7 +56,7 @@ static struct net_device *net2dev_map[25

[PATCH 2/3] [IPV6]: Use macro for rwlock_t initialization.

2006-01-04 Thread YOSHIFUJI Hideaki / 吉藤英明
Use macro for rwlock_t initialization. Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c index f829a4a..1cf305a 100644 --- a/net/ipv6/mcast.c +++ b/net/ipv6/mcast.c @@ -224,7 +224,7 @@ int ipv6_sock_mc_join(struct sock *sk, i mc_lst->i

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Ben Greear
Jiri Benc wrote: On Tue, 03 Jan 2006 19:09:13 -0800, Ben Greear wrote: The AP will act like a bridge/switch according to these rules: If a packet enters the wifi device, it will be sent down the wired ethernet interface un-changed. If a packet enters the wired device, the wifi device with the

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Jiri Benc
On Wed, 04 Jan 2006 08:51:05 -0800, Ben Greear wrote: > This bridge module would not be used on an AP acting as an AP, but rather > a piece of access-point hardware running virtual client interfaces which are > associated with a real AP. If my understanding is correct (and that could > always be a

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Ben Greear
Jiri Benc wrote: On Wed, 04 Jan 2006 08:51:05 -0800, Ben Greear wrote: This bridge module would not be used on an AP acting as an AP, but rather a piece of access-point hardware running virtual client interfaces which are associated with a real AP. If my understanding is correct (and that coul

Re: [PATCH] ipw2200: Fix NETDEV_TX_BUSY erroneous returned

2006-01-04 Thread Stephen Hemminger
On Wed, 4 Jan 2006 12:09:54 +0800 Zhu Yi <[EMAIL PROTECTED]> wrote: > > This patch fixes the warning below warning for the ipw2200 driver. > > NETDEV_TX_BUSY returned; driver should report queue full via > ieee_device->is_queue_full. > > Signed-off-by: Hong Liu <[EMAIL PROTECTED]> > Signed-

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Jiri Benc
On Wed, 04 Jan 2006 09:39:31 -0800, Ben Greear wrote: > WDS appears to work between APs..but I want to bridge wifi clients to wired > clients. > > The network would be something like: > > wired-server -- AP {{{wireless}}} virtual-station-emulator -- { multiple > wired machines } wired-server -

Re: [ANNOUNCE] RT2x00 ieee80211 stack switch

2006-01-04 Thread Jiri Benc
On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote: > > The list wasn't complete, it was the things that need (from my POV) to > > be resolved first only. There are more issues - some of them are known > > to me, including this one, but I have them stored mostly as comments at > > correspondin

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Ben Greear
Jiri Benc wrote: The end result is a wireless station emulator that can easily be made to pass interesting traffic generated on common hardware/platforms. It should be useful for testing APs and AP deployments, including things like VOIP over wifi. Ok, I can see the benefit from this for tes

Re: RFC: Building a special bridge behaviour/module for wireless.

2006-01-04 Thread Jiri Benc
On Wed, 04 Jan 2006 10:26:16 -0800, Ben Greear wrote: > These devices usually have fairly weak processors...definately not > enough to run a bunch of VOIP calls, for instance. And, it means you > cannot use whatever real applications you might already have installed > on your wired devices (databa

Re: PATCH: Dummy as IMQ replacement

2006-01-04 Thread Andy Furniss
Andy Furniss wrote: I'll get everything upto date and try the new device tomorrow. Just tried the example script with ifb on 2.6.15 and it works OK, will try more complicated tests & iptables soon. Andy. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a me

Fw: [Bugme-new] [Bug 5827] New: pppd with MPPE fails

2006-01-04 Thread Andrew Morton
Begin forwarded message: Date: Wed, 4 Jan 2006 12:53:40 -0800 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 5827] New: pppd with MPPE fails http://bugzilla.kernel.org/show_bug.cgi?id=5827 Summary: pppd with MPPE fails Kernel Version: 2.6.15

Re: Fw: [Bugme-new] [Bug 5827] New: pppd with MPPE fails

2006-01-04 Thread James Cameron
This is expected, and similar output has been seen before. Jan Dubiec's pppd works with Jan Dubiec's PPP MPPE/MPPC kernel module, and does not always work with the PPP MPPE module maintained by the PPP team. In upgrading to 2.6.15, one should also convert to the upstream pppd from ppp.samba.org.

Re: [PATCH 3/3] [NETFILTER]: Use macro for spinlock_t/rwlock_t initializations/definition.

2006-01-04 Thread David S. Miller
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> Date: Wed, 04 Jan 2006 09:36:59 -0600 (CST) > Use macro for spinlock_t/rwlock_t initializations/definition. > > Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> All 3 patches applied, thanks a lot. - To unsubscribe from this list: send the line "un

Re: [PATCH (should be ready to apply)] More instruction checks fornet/core/filter.c

2006-01-04 Thread David S. Miller
From: "Kris Katterjohn" <[EMAIL PROTECTED]> Date: Wed, 4 Jan 2006 06:24:45 -0800 > Really? Have my other patches been screwed up, too? My email client > has "upgraded" recently (although I'm not sure what it was supposed > to be updating), so I'm sending this one from the old web-based > version.

Re: [PATCH] TCP_Vegas: Fix slow start

2006-01-04 Thread David S. Miller
From: Tom Young <[EMAIL PROTECTED]> Date: Wed, 04 Jan 2006 16:14:23 +1100 > That it has. I'm really sorry about that. In this case it was my fault > rather than the client (copying from an xterm). I guess I'm just coming > out of slow start myself after the holiday lull. Please find the > non-abom

gcc -Os causes: Re: ip route add default: network unreachable? 2.6.15

2006-01-04 Thread bert hubert
On Wed, Jan 04, 2006 at 11:36:33PM +0100, bert hubert wrote: > $ sudo ip route re default via 10.0.0.12 > RTNETLINK answers: Network is unreachable This all goes away on removing CONFIG_CC_OPTIMIZE_FOR_SIZE in the kernel .config with the gcc prerelease Ubunty Breezy ships. Now verifying if this i

Re: [ANNOUNCE] RT2x00 ieee80211 stack switch

2006-01-04 Thread Arnaldo Carvalho de Melo
On 1/4/06, Jiri Benc <[EMAIL PROTECTED]> wrote: > On Wed, 04 Jan 2006 13:41:43 +0100, Johannes Berg wrote: > > > The list wasn't complete, it was the things that need (from my POV) to > > > be resolved first only. There are more issues - some of them are known > > > to me, including this one, but I

Re: gcc -Os causes: Re: ip route add default: network unreachable? 2.6.15

2006-01-04 Thread David S. Miller
From: bert hubert <[EMAIL PROTECTED]> Date: Thu, 5 Jan 2006 00:37:37 +0100 > This all goes away on removing CONFIG_CC_OPTIMIZE_FOR_SIZE in the kernel > .config with the gcc prerelease Ubunty Breezy ships. > > Now verifying if this is fixed in gcc 4.0.2. > > See http://bugs.debian.org/cgi-bin/bug

[PATCH] Remove unneeded variable in net/packet/af_packet.c

2006-01-04 Thread Kris Katterjohn
This removes an unneeded "ret" variable and returns directly. Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]> I am now subscribed to the list, so there's no need to CC me anymore. Thanks! --- x/net/packet/af_packet.c2006-01-02 21:21:10.0 -0600 +++ y/net/packet/af_packet.c2006

[RFC] bridge + netfilter + vlan + hw checksum = bug?

2006-01-04 Thread Stephen Hemminger
It looks like the bridge netfilter code does not correctly update the hardware checksum after popping off the VLAN header. This is by inspection, I have *not* tested this. To test you would need to set up a filtering bridge with vlans and a device the does hardware receive checksum (skge, or sunge

Re: [PATCH] ipw2200: Fix NETDEV_TX_BUSY erroneous returned

2006-01-04 Thread Francois Romieu
Zhu Yi <[EMAIL PROTECTED]> : > > This patch fixes the warning below warning for the ipw2200 driver. > > NETDEV_TX_BUSY returned; driver should report queue full via > ieee_device->is_queue_full. Beyond what was said by Stephen Hemminger, the driver reports a NETDEV_TX_BUSY when !STATUS_ASSOC

Re: gcc -Os causes: Re: ip route add default: network unreachable? 2.6.15

2006-01-04 Thread bert hubert
On Wed, Jan 04, 2006 at 03:46:21PM -0800, David S. Miller wrote: > > Now verifying if this is fixed in gcc 4.0.2. Plain, non-Ubuntu prerelease, gcc 4.0.2 does not exhibit this problem, even with -Os. Problem solved. -- http://www.PowerDNS.com Open source, database driven DNS Software htt

Re: PCI DEVICE ID PROBLEM and Intel Intergrated eth card - a bios bug (?)

2006-01-04 Thread Jesse Brandeburg
On 1/4/06, Krzysztof Baranowski <[EMAIL PROTECTED]> wrote: > After the upgrade my network card disappeared from both Linux and Win. > > After short investigation I noticed one strange incosistency. Under > the new BIOS the PCI device is reported as PCI VENDOR ID 1459 ( > which is gigabyte) DEV_ID

[PATCH] Change 1500 to ETH_DATA_LEN in some files

2006-01-04 Thread Kris Katterjohn
These patches add the header linux/if_ether.h and change 1500 to ETH_DATA_LEN in some files. Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]> At first I wasn't going to change anything under net/ipv[46], but I then saw that ipv6/ip6_tunnel.c used ETH_DATA_LEN, so I went ahead and changed them,

Re: [PATCH] hostap: allow flashing firmware

2006-01-04 Thread Jouni Malinen
On Fri, Dec 30, 2005 at 06:22:26PM -0500, Pavel Roskin wrote: > Host AP driver has code to support writing firmware to non-volatile > memory, a.k.a. flash. This code has been extensively tested when Host > AP was a standalone driver. > > Add a configuration option to the kernel to allow enabling

Re: git patches against which tree?

2006-01-04 Thread Jeff Garzik
Kumar Gala wrote: Jeff, Do you prefer patches against the netdev tree of Linus's ? Linus's tree, _unless_ there are already patches queued in netdev-2.6.git#upstream for driver. Jeff - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [

Re: git patches against which tree?

2006-01-04 Thread Jeff Garzik
Kumar Gala wrote: Jeff, Do you prefer patches against the netdev tree of Linus's ? Linus's tree, _unless_ there are already patches queued in netdev-2.6.git#upstream for your driver. Jeff - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message