Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Tue, Jan 31 2006, Jens Axboe wrote: > On Mon, Jan 30 2006, Jesse Brandeburg wrote: > > On Mon, 30 Jan 2006, Jens Axboe wrote: > > >> > > If this is a hardware bug, why am I only seeing it now all of a > > >sudden? > > >> > > I'll try with e1000 drivers from an older kernel on this box now, > >

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jesse Brandeburg wrote: > On Mon, 30 Jan 2006, Jens Axboe wrote: > >> > > If this is a hardware bug, why am I only seeing it now all of a > >sudden? > >> > > I'll try with e1000 drivers from an older kernel on this box now, > >just > >> > > to be sure. Starting with 2.6.14, a

Re: 2.6.16-rc1-mm4: ACX=y, ACX_USB=n compile error

2006-01-30 Thread Denis Vlasenko
On Monday 30 January 2006 20:10, Adrian Bunk wrote: > On Mon, Jan 30, 2006 at 01:38:33PM +0100, Gabriel C. wrote: > > > Hello, > > Hi Gabriel, > > > I got this compile error with 2.6.16-rc1-mm4 , config attached. > > > > > > LD .tmp_vmlinux1 > > drivers/built-in.o: In function > > `acx

Re: [RFC] TCP MTU probing

2006-01-30 Thread Andi Kleen
On Tuesday 31 January 2006 01:09, John Heffner wrote: > David S. Miller wrote: > > From: John Heffner <[EMAIL PROTECTED]> > > Date: Tue, 06 Dec 2005 14:42:53 -0500 > > > >>I'd like to get a few people at least to look this over, and maybe give > >>it a try. One remaining item to consider is how be

Re: wrong IP being logged in bogus icmp checker.

2006-01-30 Thread David S. Miller
From: Dave Jones <[EMAIL PROTECTED]> Date: Mon, 30 Jan 2006 23:47:44 -0500 > I'm curious why the broadcast address is ending up as what seem to be random > numbers. > > What am I missing ? That's the destination address of the IPv4 header encapsulated inside the ICMP, not the one from the outer

Re: [PATCH] net: Fix H-TCP accounting

2006-01-30 Thread David S. Miller
From: Baruch Even <[EMAIL PROTECTED]> Date: Thu, 26 Jan 2006 17:17:56 +0200 > This fixes the accounting in H-TCP, the ccount variable is also adjusted > a few lines above this one. > > This line was not supposed to be there and wasn't there in the patches > originally submitted, the four patches

Re: remove pointless printk in igmp

2006-01-30 Thread David S. Miller
From: Dave Jones <[EMAIL PROTECTED]> Date: Mon, 30 Jan 2006 23:22:29 -0500 > This is easily triggerable by sending bogus packets, > allowing a malicious user to flood remote logs. > > Signed-off-by: Dave Jones <[EMAIL PROTECTED]> Applied, thanks Dave. I'll push this to -stable once Linus eats i

Re: [patch] drivers/net/wireless: correct reported ssid lengths

2006-01-30 Thread Jouni Malinen
On Mon, Jan 30, 2006 at 10:13:16AM -0800, Jean Tourrilhes wrote: > On Fri, Jan 27, 2006 at 05:01:44PM -0800, Jouni Malinen wrote: > It is spelled very clearly on my web site : > --- > # The HostAP driver is the reference implementat

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jesse Brandeburg
On Mon, 30 Jan 2006, Jens Axboe wrote: > > > If this is a hardware bug, why am I only seeing it now all of a sudden? > > > I'll try with e1000 drivers from an older kernel on this box now, just > > > to be sure. Starting with 2.6.14, although I'm pretty certain that > > > 2.6.15 worked flawlessly

[RFC,NETLINK]: (v3) Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
Patrick McHardy wrote: > Thinking about it .. using RCU seems entirely unneccessary, assuming > callers don't close the kernel socket and call netlink_has_listeners() > afterwards, the pointer is always valid. Latest version without RCU, the bitmask is always valid. [NETLINK]: Add netlink_has_list

Re: [RFC] TCP MTU probing

2006-01-30 Thread Ian McDonald
On 1/31/06, David S. Miller <[EMAIL PROTECTED]> wrote: > From: John Heffner <[EMAIL PROTECTED]> > Date: Tue, 06 Dec 2005 14:42:53 -0500 > > > I'd like to get a few people at least to look this over, and maybe give > > it a try. One remaining item to consider is how best to cache the state > > betw

Re: [RFC,NETLINK]: (v2) Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
Baruch Even wrote: > Patrick McHardy wrote: > >>New version of the netlink_has_listeners() patch. >> >>Changes: >> >>- Fix missing listeners bitmap update when there was no delta in the >> number of subscribed groups >>- Use RCU to protect nltable listeners bitmap >> >> >> >>-

Re: [RFC,NETLINK]: (v2) Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Baruch Even
Patrick McHardy wrote: > New version of the netlink_has_listeners() patch. > > Changes: > > - Fix missing listeners bitmap update when there was no delta in the > number of subscribed groups > - Use RCU to protect nltable listeners bitmap > > > > -

[RFC,NETLINK]: (v2) Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
New version of the netlink_has_listeners() patch. Changes: - Fix missing listeners bitmap update when there was no delta in the number of subscribed groups - Use RCU to protect nltable listeners bitmap [NETLINK]: Add netlink_has_listeners() for checking for multicast listeners netlink_has_lis

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread jamal
On Tue, 2006-31-01 at 00:04 +0100, Patrick McHardy wrote: [..] > I'd prefer to just make netlink_has_listeners more lightweight by > using RCU. > If RCU is going to be as cheap as you guys say it will be, then lets go that path since it is a lot simpler. post the new patch and i will test with

Re: [patch] SFQ "noports" and "nosrcip" support and hash revamp

2006-01-30 Thread Patrick McHardy
David S. Miller wrote: > From: dean gaudet <[EMAIL PROTECTED]> > Date: Sat, 17 Dec 2005 18:22:40 -0800 (PST) > > >>let me know what you think... i'd like to get something like this patch >>included upstream so i can eliminate a patch from several of my kernels. > > > The RTA length check is a l

Re: skge bridge & hw csum failure (Was: Re: [BUG] sky2 broken for Yukon PCI-E Gigabit Ethernet Controller 11ab:4362 (rev 19))

2006-01-30 Thread Stephen Hemminger
On Tue, 31 Jan 2006 01:16:59 +0200 Pekka Pietikainen <[EMAIL PROTECTED]> wrote: > On Fri, Jan 27, 2006 at 11:22:42PM +1100, Herbert Xu wrote: > > OK, although we can't rule out sky2/netfilter from the enquiry, I've > > identified two bugs in ppp/pppoe that may be responsible for what you > > are s

Re: [patch] SFQ "noports" and "nosrcip" support and hash revamp

2006-01-30 Thread David S. Miller
From: dean gaudet <[EMAIL PROTECTED]> Date: Sat, 17 Dec 2005 18:22:40 -0800 (PST) > let me know what you think... i'd like to get something like this patch > included upstream so i can eliminate a patch from several of my kernels. The RTA length check is a little hackish. Maybe use a new attribu

Re: [RFC] TCP MTU probing

2006-01-30 Thread John Heffner
David S. Miller wrote: From: John Heffner <[EMAIL PROTECTED]> Date: Tue, 06 Dec 2005 14:42:53 -0500 I'd like to get a few people at least to look this over, and maybe give it a try. One remaining item to consider is how best to cache the state between connections. Are there any major concer

Re: [RFC] TCP MTU probing

2006-01-30 Thread David S. Miller
From: John Heffner <[EMAIL PROTECTED]> Date: Tue, 06 Dec 2005 14:42:53 -0500 > I'd like to get a few people at least to look this over, and maybe give > it a try. One remaining item to consider is how best to cache the state > between connections. Are there any major concerns or reservations a

Re: [PATCH] [SCTP]: correct the number of INIT retransmissions

2006-01-30 Thread David S. Miller
From: Sridhar Samudrala <[EMAIL PROTECTED]> Date: Mon, 30 Jan 2006 11:52:03 -0800 > We currently count the initial INIT/COOKIE_ECHO chunk toward the > retransmit count and thus sends a total of sctp_max_retrans_init chunks. > The correct behavior is to retransmit the chunk sctp_max_retrans_init in

Re: [PATCH] [SCTP]: heartbeats exceed maximum retransmssion limit

2006-01-30 Thread David S. Miller
From: Sridhar Samudrala <[EMAIL PROTECTED]> Date: Mon, 30 Jan 2006 11:53:58 -0800 > The number of HEARTBEAT chunks that an association may transmit is > limited by Association.Max.Retrans count; however, the code allows > us to send one extra heartbeat. > > This patch limits the number of heartbe

Re: Sendfile implementation details

2006-01-30 Thread David S. Miller
From: Chase Douglas <[EMAIL PROTECTED]> Date: Mon, 30 Jan 2006 13:55:21 -0500 > I have a question about the implementation of sendfile. In my current > configuration of a server, when requests are made for a file, a new > thread is spawned and sendfile is called to complete the request (We > re

Re: [NETFILTER] NAT sequence adjustment: Save eight bytes per conntrack

2006-01-30 Thread David S. Miller
From: Harald Welte <[EMAIL PROTECTED]> Date: Tue, 31 Jan 2006 00:22:09 +0100 > [NETFILTER] NAT sequence adjustment: Save eight bytes per conntrack > > This patch reduces the size of 'struct ip_conntrack' on systems with NAT > by eight bytes. The sequence number delta values can be int16_t, since

Re: [PATCH] [NETFILTER] nfnetlink_log: add sequence numbers for log events

2006-01-30 Thread David S. Miller
From: Harald Welte <[EMAIL PROTECTED]> Date: Tue, 31 Jan 2006 00:23:48 +0100 > [NETFILTER] nfnetlink_log: add sequence numbers for log events > > By using a sequence number for every logged netfilter event, we can > determine from userspace whether logging information was lots somewhere > downstr

Re: [PATCH 1/3] Bridge: RCU barriers

2006-01-30 Thread Herbert Xu
On Mon, Jan 30, 2006 at 03:44:15PM -0800, Stephen Hemminger wrote: > Or could use STP state, but the extra pointers aren't that much > anyway. Well it'll make the patch smaller and easier to read at least :) -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTEC

Re: [PATCH 1/3] Bridge: RCU barriers

2006-01-30 Thread Stephen Hemminger
On Tue, 31 Jan 2006 10:11:10 +1100 Herbert Xu <[EMAIL PROTECTED]> wrote: > On Thu, Jan 26, 2006 at 03:05:54PM -0800, Stephen Hemminger wrote: > > Plan B: > > 1. Use p->br (the back pointer) as the RCU sentinel > > A thought just came to mind. What about adding a dead flag (p->dead)? > That means

Re: [Bonding-devel] Re: [PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Jay Vosburgh
Add NETIF_F_TSO (NETIF_F_UFO) to BOND_INTERSECT_FEATURES so that it can be used by a bonding device iff all its slave devices support TSO (UFO). Signed-off-by: Arthur Kepner <[EMAIL PROTECTED]> Signed-off-by: Jay Vosburgh <[EMAIL PROTECTED]> diff --git a/drivers/net/bonding/bond_main.c b/driver

Re: [PATCH] [NETFILTER] nfnetlink_log: add sequence numbers for log events

2006-01-30 Thread Patrick McHardy
Harald Welte wrote: > Hi Dave, > > please apply, thanks! > > [NETFILTER] nfnetlink_log: add sequence numbers for log events > > By using a sequence number for every logged netfilter event, we can > determine from userspace whether logging information was lots somewhere > downstream. BTW, I have

skge bridge & hw csum failure (Was: Re: [BUG] sky2 broken for Yukon PCI-E Gigabit Ethernet Controller 11ab:4362 (rev 19))

2006-01-30 Thread Pekka Pietikainen
On Fri, Jan 27, 2006 at 11:22:42PM +1100, Herbert Xu wrote: > OK, although we can't rule out sky2/netfilter from the enquiry, I've > identified two bugs in ppp/pppoe that may be responsible for what you > are seeing. So please try the following patch and let us know if the > problem still exists (

[PATCH] [NETFILTER] nfnetlink_log: add sequence numbers for log events

2006-01-30 Thread Harald Welte
Hi Dave, please apply, thanks! [NETFILTER] nfnetlink_log: add sequence numbers for log events By using a sequence number for every logged netfilter event, we can determine from userspace whether logging information was lots somewhere downstream. The user has a choice of either having per-instan

[NETFILTER] NAT sequence adjustment: Save eight bytes per conntrack

2006-01-30 Thread Harald Welte
Hi Dave! Please apply this humble little step towards ip_conntrack shrinking, thanks! [NETFILTER] NAT sequence adjustment: Save eight bytes per conntrack This patch reduces the size of 'struct ip_conntrack' on systems with NAT by eight bytes. The sequence number delta values can be int16_t, sin

Re: [PATCH 1/3] Bridge: RCU barriers

2006-01-30 Thread Herbert Xu
On Thu, Jan 26, 2006 at 03:05:54PM -0800, Stephen Hemminger wrote: > Plan B: > 1. Use p->br (the back pointer) as the RCU sentinel A thought just came to mind. What about adding a dead flag (p->dead)? That means you won't have to carry around all those extra pointers. So on the deleting path, yo

Re: [Bonding-devel] Re: [PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Arthur Kepner
On Mon, 30 Jan 2006, Jay Vosburgh wrote: > > In looking at it, I think the conditions will be the same for > NETIF_F_UFO; can you add it to the mix the same way as TSO? > Yes. > ... > I think a comment noting that we don't need to check is > sufficient. > How does the followin

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
jamal wrote: > On Tue, 2006-31-01 at 07:32 +1100, Herbert Xu wrote: > >>Unfortunately this is a bit too heavy weight. He needs it on the packet >>rx/tx path. Perhaps RCU would help? > > > yes, it is a little heavyweight for the fast path to check for netlink > listeners on every packet[1]. >

Re: [patch] drivers/net/wireless: correct reported ssid lengths

2006-01-30 Thread Jean Tourrilhes
On Mon, Jan 30, 2006 at 01:28:44PM -0500, Dan Williams wrote: > > I'll post a revert patch for the patch I originally sent so that we go > back to the original behavior. Sorry, I may have overreacted. I think that's a worthwhile change, let's just plan it properly. > Dan Jean -

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Herbert Xu
On Mon, Jan 30, 2006 at 04:25:08PM -0500, jamal wrote: > > yes, it is a little heavyweight for the fast path to check for netlink > listeners on every packet[1]. > RCU approach will be an improvement but not 100% cure for the fast path. > A couple of extensions i can think of: Actually with RCU

Re: [Patch 1/6] IPSEC: core updates

2006-01-30 Thread jamal
Olla, On Mon, 2006-30-01 at 15:33 +0100, KOVACS Krisztian wrote: > On Monday 30 January 2006 14.14, jamal wrote: [..] > We implemented partial ISAKMP SA synchronization in racoon. That way the > cookies, the shared secrets, etc. were synchronized to the slaves, so that > after failing over the

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread jamal
On Tue, 2006-31-01 at 07:32 +1100, Herbert Xu wrote: > On Mon, Jan 30, 2006 at 07:58:17PM +0100, Patrick McHardy wrote: > > This is the patch for checking for netlink multicast listeners. > > > > Jamal, does this fit your needs? > [..] > > > > +int netlink_has_listeners(struct sock *sk, unsigne

Re: [2.6 patch] PCMCIA=m, HOSTAP_CS=y is not a legal configuration

2006-01-30 Thread Gabriel C.
On Mon, 30 Jan 2006 19:23:17 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Mon, Jan 30, 2006 at 01:38:33PM +0100, Gabriel C. wrote: > > > Hello, > > Hallo Gabriel, > > > I got this compile error with 2.6.16-rc1-mm4 , config attached. > > > > > > LD .tmp_vmlinux1 > >... > > `sandis

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Herbert Xu
On Mon, Jan 30, 2006 at 07:58:17PM +0100, Patrick McHardy wrote: > This is the patch for checking for netlink multicast listeners. > > Jamal, does this fit your needs? > [NETLINK]: Add netlink_has_listeners() for checking for multicast listeners > > Signed-off-by: Patrick McHardy <[EMAIL PROTECT

[PATCH 5/8] sky2: clear irq race

2006-01-30 Thread Stephen Hemminger
Move the interrupt clear to before processing, this avoids a possible races with status delaying. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- sky2-2.6.orig/drivers/net/sky2.c +++ sky2-2.6/drivers/net/sky2.c @@ -1833,6 +1833,8 @@ static int sky2_poll(struct net_device * u16 h

[BUG] 8139too fails for ip autoconfig and nfsroot

2006-01-30 Thread Knut Petersen
I have a number of systems equipped with: :05:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B

[PATCH 0/8] sky2: version 0.15

2006-01-30 Thread Stephen Hemminger
Resend of earlier fixes with some more cleanup and other changes. The first five are bug fixes, and really need to go in 2.6.16. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majord

[PATCH] [SCTP]: heartbeats exceed maximum retransmssion limit

2006-01-30 Thread Sridhar Samudrala
The number of HEARTBEAT chunks that an association may transmit is limited by Association.Max.Retrans count; however, the code allows us to send one extra heartbeat. This patch limits the number of heartbeats to the maximum count. Signed-off-by: Vlad Yasevich <[EMAIL PROTECTED]> Signed-off-by:

[PATCH] [SCTP]: correct the number of INIT retransmissions

2006-01-30 Thread Sridhar Samudrala
We currently count the initial INIT/COOKIE_ECHO chunk toward the retransmit count and thus sends a total of sctp_max_retrans_init chunks. The correct behavior is to retransmit the chunk sctp_max_retrans_init in addition to sending the original. Signed-off-by: Vlad Yasevich <[EMAIL PROTECTED]> Si

Re: Sendfile implementation details

2006-01-30 Thread Rick Jones
Chase Douglas wrote: I have a question about the implementation of sendfile. In my current configuration of a server, when requests are made for a file, a new thread is spawned and sendfile is called to complete the request (We realize that spawning a thread for every request is a bad way to do

[PATCH 6/8] sky2: add irq to entropy pool

2006-01-30 Thread Stephen Hemminger
The sky2 interrupt can be used to add entropy. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- sky2-2.6.orig/drivers/net/sky2.c +++ sky2-2.6/drivers/net/sky2.c @@ -3184,7 +3184,8 @@ static int __devinit sky2_probe(struct p } } - err = request_irq(pdev->irq

[PATCH 1/8] sky2: power management fix

2006-01-30 Thread Stephen Hemminger
Fix suspend/resume for sky2. The status ring was getting reallocated and a bunch of other mistakes. Also, check return from power_state on resume. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- sky2.orig/drivers/net/sky2.c2006-01-30 10:33:41.0 -0800 +++ sky2/drivers/net

[PATCH 3/8] sky2: ethtool rx_coalesce settings fix

2006-01-30 Thread Stephen Hemminger
This fixes setting rx_coalesce_usecs_irq via ethtool in sky2. The write was directed to the wrong register. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]> --- sky2-2.6.orig/drivers/net/sky2.c +++ sky2-2.6/drivers/net/sky2.c @@ -2847,

[PATCH 7/8] sky2: support msi interrupt (revised)

2006-01-30 Thread Stephen Hemminger
This hardware supports Message Signaled interrupts. When setting up, use software interrupt to check for bad hardware. Signed-off-by: Stephen Hemminger --- sky2.orig/drivers/net/sky2.c2006-01-30 09:02:38.0 -0800 +++ sky2/drivers/net/sky2.c 2006-01-30 10:33:32.0 -0800

[PATCH 2/8] sky2: pci config space checking

2006-01-30 Thread Stephen Hemminger
There were bugs in mmconfig access to PCI space, up to and include 2.6.16-rc1. These prevented the sky2 driver from being able to clear PCI express errors. This patch makes the driver check (during probe), for errors in PCI config access and fail. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTE

[PATCH 4/8] sky2: set mac address fix

2006-01-30 Thread Stephen Hemminger
Using the sky2 driver with bonding can result in oopses related to reinitializing the PHY when the MAC address is changed (which bonding is wont to do). This patch changes sky2_set_mac_address to take less drastic measures. This is analagous to the skge patch here: http://lkml.org/lkml/2

[PATCH 8/8] sky2: version 0.15 update

2006-01-30 Thread Stephen Hemminger
Increase version, and get rid of out-dated comment. Speed setting has worked for quite a while. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- sky2.orig/drivers/net/sky2.c2006-01-30 10:34:35.0 -0800 +++ sky2/drivers/net/sky2.c 2006-01-30 11:24:26.0 -0800 @@

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Ben Greear
Jens Axboe wrote: On Mon, Jan 30 2006, Jens Axboe wrote: On Mon, Jan 30 2006, Jens Axboe wrote: If this is a hardware bug, why am I only seeing it now all of a sudden? I'll try with e1000 drivers from an older kernel on this box now, just to be sure. Starting with 2.6.14, although I'm pretty

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jens Axboe wrote: > On Mon, Jan 30 2006, Jens Axboe wrote: > > On Mon, Jan 30 2006, Jens Axboe wrote: > > > If this is a hardware bug, why am I only seeing it now all of a sudden? > > > I'll try with e1000 drivers from an older kernel on this box now, just > > > to be sure. Sta

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
Arnaldo Carvalho de Melo wrote: > On 1/30/06, Patrick McHardy <[EMAIL PROTECTED]> wrote: > >>This is the patch for checking for netlink multicast listeners. >> >>Jamal, does this fit your needs? >> >> >>[NETLINK]: Add netlink_has_listeners() for checking for multicast listeners >> >>Signed-off-by:

Re: [RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Arnaldo Carvalho de Melo
On 1/30/06, Patrick McHardy <[EMAIL PROTECTED]> wrote: > This is the patch for checking for netlink multicast listeners. > > Jamal, does this fit your needs? > > > [NETLINK]: Add netlink_has_listeners() for checking for multicast listeners > > Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]> >

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jens Axboe wrote: > On Mon, Jan 30 2006, Jens Axboe wrote: > > If this is a hardware bug, why am I only seeing it now all of a sudden? > > I'll try with e1000 drivers from an older kernel on this box now, just > > to be sure. Starting with 2.6.14, although I'm pretty certain th

Re: [Bonding-devel] Re: [PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Jay Vosburgh
Arthur Kepner <[EMAIL PROTECTED]> wrote: [...] >But if each slave device supports TSO, then each slave device >also must support SG, and therefore the bond device will support >SG too, right? Hmm. Good point. I pondered this, and I think this is true for slave adds and removes, and ethto

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jens Axboe wrote: > If this is a hardware bug, why am I only seeing it now all of a sudden? > I'll try with e1000 drivers from an older kernel on this box now, just > to be sure. Starting with 2.6.14, although I'm pretty certain that > 2.6.15 worked flawlessly as well. Just co

[PATCH 1/3] d80211: max_iface_count sysfs attribute

2006-01-30 Thread Jiri Benc
This patch allows maximal number of allowed sta/ap interfaces to be get/set by sysfs (/sys/class/ieee80211/phyX/max_iface_count). Signed-off-by: Jiri Benc <[EMAIL PROTECTED]> --- net/d80211/ieee80211_i.h |2 ++ net/d80211/ieee80211_ioctl.c | 15 +++ net/d80211/ieee80211_sysfs

[PATCH 2/3] d80211: add missing includes

2006-01-30 Thread Jiri Benc
Most headers don't specify all includes they need. This patch fixes that. Signed-off-by: Jiri Benc <[EMAIL PROTECTED]> --- include/net/d80211.h |6 +- include/net/d80211_common.h |2 ++ include/net/d80211_mgmt.h|1 + net/d80211/aes_ccm.h |2 ++ net/d80211/hos

Re: [2.6.15 PATCH] wireless/ipw2200: support WE-18 WPA enc_capa

2006-01-30 Thread Robert Love
On Mon, 2006-01-30 at 13:58 -0500, Dan Williams wrote: > This patch allows ipw2100 driver to advertise the WPA-related encryption > options that it does really support. It's necessary to work correctly > with NetworkManager and other programs that actually check driver & card > capabilities. > >

[PATCH 3/3] d80211: Add support for WE-18

2006-01-30 Thread Jiri Benc
From: Jouni Malinen <[EMAIL PROTECTED]> This patch addd Linux Wireless Extensions version 18 support into the Devicescape 802.11 stack by converting the WE ioctl registration to use the new dev->wireless_handlers mechanism and by adding support for the ioctls that are needed for WPA/WPA2 in client

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jens Axboe wrote: > > and, if you want to, please try this patch: > > > > e1000: add 82573 to TSO workaround code > > > > After shipment, it was discovered that the 82571/2 workaround for TSO is > > needed for the 82573 as well. This code slightly rearchitects the > > workar

Re: [2.6.15 patch] wireless/airo: add IWENCODEEXT and IWAUTH support

2006-01-30 Thread Robert Love
On Mon, 2006-01-30 at 11:58 -0500, Dan Williams wrote: > This patch adds IWENCODEEXT and IWAUTH support to the airo driver for > WEP and unencrypted operation. No WPA though. It allows the driver to > operate more willingly with wpa_supplicant and NetworkManager. > > Signed-off-by: Dan Williams

[2.6.15 PATCH] wireless/ipw2200: support WE-18 WPA enc_capa

2006-01-30 Thread Dan Williams
This patch allows ipw2100 driver to advertise the WPA-related encryption options that it does really support. It's necessary to work correctly with NetworkManager and other programs that actually check driver & card capabilities. Signed-off-by: Dan Williams <[EMAIL PROTECTED]> --- a/drivers/net/

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jens Axboe
On Mon, Jan 30 2006, Jesse Brandeburg wrote: > > On Mon, 30 Jan 2006, Jens Axboe wrote: > >Running latest -git on my workstation, and I get so many TX timeouts > >it's not even funny. I count 49 since I booted about 6 hours ago. All > >net connections (naturally) stall every time this happens, and

[RFC,NETLINK]: Add netlink_has_listeners() for checking for multicast listeners

2006-01-30 Thread Patrick McHardy
This is the patch for checking for netlink multicast listeners. Jamal, does this fit your needs? [NETLINK]: Add netlink_has_listeners() for checking for multicast listeners Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]> --- commit beb60e2f9978aca06643ec1b8c41aa8528fd5399 tree 61aba1df226f718

Re: e1000 keeps getting transmission timeouts

2006-01-30 Thread Jesse Brandeburg
On Mon, 30 Jan 2006, Jens Axboe wrote: Running latest -git on my workstation, and I get so many TX timeouts it's not even funny. I count 49 since I booted about 6 hours ago. All net connections (naturally) stall every time this happens, and I'm going crazy. I don't think this happened in 2.6.15,

Re: [Bonding-devel] Re: [PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Arthur Kepner
On Mon, 30 Jan 2006, Jay Vosburgh wrote: > > I believe that bond_compute_features() also needs logic to > disable NETIF_F_TSO if NETIF_F_SG is not set. > But if each slave device supports TSO, then each slave device also must support SG, and therefore the bond device will support SG

Re: [2.6 patch] drivers/net/e1000/: proper prototypes

2006-01-30 Thread John Ronciak
I ACK this patch. Jeff please apply. -- Cheers, John - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [patch] drivers/net/wireless: correct reported ssid lengths

2006-01-30 Thread Dan Williams
On Mon, 2006-01-30 at 10:13 -0800, Jean Tourrilhes wrote: > On Fri, Jan 27, 2006 at 05:01:44PM -0800, Jouni Malinen wrote: > > On Thu, Jan 12, 2006 at 03:00:58PM -0500, Dan Williams wrote: > > > > > ESSIDs can technically include NULL characters. Drivers should not be > > > adjusting the length o

[2.6 patch] PCMCIA=m, HOSTAP_CS=y is not a legal configuration

2006-01-30 Thread Adrian Bunk
On Mon, Jan 30, 2006 at 01:38:33PM +0100, Gabriel C. wrote: > Hello, Hallo Gabriel, > I got this compile error with 2.6.16-rc1-mm4 , config attached. > > > LD .tmp_vmlinux1 >... > `sandisk_set_iobase':hostap_cs.c:(.text+0x801ad): undefined reference > to `pcmcia_access_configuration_re

Re: [PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Jay Vosburgh
Arthur Kepner <[EMAIL PROTECTED]> wrote: >Add NETIF_F_TSO to BOND_INTERSECT_FEATURES so that it can be >used by a bonding device iff all its slave devices support TSO. I believe that bond_compute_features() also needs logic to disable NETIF_F_TSO if NETIF_F_SG is not set. -J ---

2.6.16-rc1-mm4: ACX=y, ACX_USB=n compile error

2006-01-30 Thread Adrian Bunk
On Mon, Jan 30, 2006 at 01:38:33PM +0100, Gabriel C. wrote: > Hello, Hi Gabriel, > I got this compile error with 2.6.16-rc1-mm4 , config attached. > > > LD .tmp_vmlinux1 > drivers/built-in.o: In function > `acx_l_transmit_authen1':common.c:(.text+0x6cd62): undefined reference > to `acx

Re: [patch] drivers/net/wireless: correct reported ssid lengths

2006-01-30 Thread Jean Tourrilhes
On Fri, Jan 27, 2006 at 05:01:44PM -0800, Jouni Malinen wrote: > On Thu, Jan 12, 2006 at 03:00:58PM -0500, Dan Williams wrote: > > > ESSIDs can technically include NULL characters. Drivers should not be > > adjusting the length of the ESSID before reporting it in their > > SIOCGIWESSID handlers.

[PATCH RESEND] bonding: allow bond to use TSO if slaves support it

2006-01-30 Thread Arthur Kepner
Add NETIF_F_TSO to BOND_INTERSECT_FEATURES so that it can be used by a bonding device iff all its slave devices support TSO. Signed-off-by: Arthur Kepner <[EMAIL PROTECTED]> -- Arthurdiff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c --- a/drivers/net/bonding/bond_ma

Re: Maximum value of congestion window

2006-01-30 Thread Stephen Hemminger
On Mon, 30 Jan 2006 02:59:19 -0600 Saurabh Jain <[EMAIL PROTECTED]> wrote: > Linux tcp code seems to indicate that the maximum value of congestion > windows snd_cwnd should not exceed the value of snd_cwnd_clamp which > most of the time is 65535. Is that correct? If so does this mean that > over a

Re: Devicescape stack and 'intelligent' devices

2006-01-30 Thread Stefan Rompf
Am Samstag 28 Januar 2006 02:23 schrieb Jouni Malinen: > I could try to do this for Prism2/2.5/3 which takes care of management > frame processing in client mode. Please let me know if you have already > done some changes for ipw2100 that would be generic to cover other > drivers. sorry, haven't

[2.6 patch] drivers/net/e1000/: proper prototypes

2006-01-30 Thread Adrian Bunk
This patch moves prototypes of global variables and functions to a header file. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/net/e1000/e1000.h | 22 ++ drivers/net/e1000/e1000_ethtool.c | 13 - drivers/net/e1000/e1000_main.c| 14

[2.6 patch] drivers/net/tlan.c: #ifdef CONFIG_PCI the PCI specific code

2006-01-30 Thread Adrian Bunk
drivers/net/tlan.c compiles with CONFIG_PCI=n only with a warning and due to the dead code elimination of gcc. Additionally, this fixes the only compile error I found with CONFIG_PCI=n and the gcc -Werror-implicit-function-declaration flag on i386. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]

[2.6.15 patch] wireless/airo: add IWENCODEEXT and IWAUTH support

2006-01-30 Thread Dan Williams
This patch adds IWENCODEEXT and IWAUTH support to the airo driver for WEP and unencrypted operation. No WPA though. It allows the driver to operate more willingly with wpa_supplicant and NetworkManager. Signed-off-by: Dan Williams <[EMAIL PROTECTED]> --- a/drivers/net/wireless/airo.c 2006

Re: [PATCH] Move meth.o upwards in Makefile since it's built-in and should be eth0

2006-01-30 Thread Stephen Hemminger
On Mon, 30 Jan 2006 10:07:26 -0600 John Haller <[EMAIL PROTECTED]> wrote: > Stephen Hemminger wrote: > > > On Sat, 28 Jan 2006 20:31:18 -0800 > > "Ilya A. Volynets-Evenbakh" <[EMAIL PROTECTED]> wrote: > > > > > >>How does one enfrce eth device ordering at run time, when drivers are > >>compiled

Re: [PATCH] Move meth.o upwards in Makefile since it's built-in and should be eth0

2006-01-30 Thread Ilya A. Volynets-Evenbakh
Originally the patch in question was written in following situation: 1. Module support in the Linux/MIPS kernel was broken at that time 2. I had to netboot and go over NFS The problem was similar to what is described below, and solution of enforcing order by loading modules in specific order wasn

Re: [PATCH] Move meth.o upwards in Makefile since it's built-in and should be eth0

2006-01-30 Thread John Haller
Stephen Hemminger wrote: On Sat, 28 Jan 2006 20:31:18 -0800 "Ilya A. Volynets-Evenbakh" <[EMAIL PROTECTED]> wrote: How does one enfrce eth device ordering at run time, when drivers are compiled in? One thing I have done is to build as modules everything that I don't want to have the low numb

Re: [Acx100-devel] [PATH] acxsm: Move WEP code into softmac

2006-01-30 Thread Carlos Martín
On Monday 30 January 2006 08:18, Denis Vlasenko wrote: > > To be honest, I did not pay much attention to inner WEP workings... That's alright then, it can always be fixed later. cmn -- Carlos Martín http://www.cmartin.tk "Erdbeben? Sicherlich etwas, das mit Erdberen zu tun hat." -- me

[PATCH] RealTek RTL-8169 Full Duplex Patch

2006-01-30 Thread Andy Gospodarek
Allow the r8129 driver to set devices to be full-duplex only when auto-negotiate is disabled. Signed-off-by: Andy Gospodarek <[EMAIL PROTECTED]> --- r8169.c |3 +++ 1 files changed, 3 insertions(+) --- 2.6/drivers/net/r8169.c.orig2006-01-23 12:55:19.224875000 -0600 +++ 2.6/drivers/

Re: [Patch 1/6] IPSEC: core updates

2006-01-30 Thread KOVACS Krisztian
Hi, On Monday 30 January 2006 14.14, jamal wrote: [...] > > To put it simple: I don't think PF_KEY is worth the hassle unless > > someone comes up with an open source software utilizing that interface. > > I agree. And if you look at something like sasyncd, it is obvious you > dont need it if

Re: [GIT PULL] bcm43xx update

2006-01-30 Thread John W. Linville
On Sun, Jan 29, 2006 at 11:38:56AM +0100, Michael Buesch wrote: > On Friday 27 January 2006 18:42, you wrote: > > Please do a > > git pull git://bu3sch.de/bcm43xx.git master-upstream > > to pull the bcm43xx-softmac branch. > > > > Please do a > > git pull git://bu3sch.de/bcm43xx.git dscape-upstrea

Re: [Patch 1/6] IPSEC: core updates

2006-01-30 Thread jamal
Olla Krisztian, Thanks for taking the time. On Sun, 2006-29-01 at 22:54 +0100, KOVACS Krisztian wrote: > Hi, > > On Saturday 28 January 2006 13:45, jamal wrote: [..] > I don't really like the idea of generating events unless explicitly > requested by the KM. Once a PF_KEY interface is in pl

Re: [PATCH 0/4] - pktgen: refinements and small fixes (V2).

2006-01-30 Thread Luiz Fernando Capitulino
On Mon, 30 Jan 2006 12:18:12 +0100 Robert Olsson <[EMAIL PROTECTED]> wrote: | | Luiz Fernando Capitulino writes: | | > [PATCH 1/4] pktgen: Lindent run. | > [PATCH 2/4] pktgen: Ports thread list to Kernel list implementation. | > [PATCH 3/4] pktgen: Fix kernel_thread() fail leak. | > [PATC

[PATCH wireless-2.6] ieee80211: common wx auth code

2006-01-30 Thread Johannes Berg
This patch creates two functions ieee80211_wx_set_auth and ieee80211_wx_get_auth that can be used by drivers for the wireless extension handlers instead of writing their own, if the implementation should be software only. These patches enable using bcm43xx devices with WPA and this seems (as far a

[PATCH 0/4] - pktgen: refinements and small fixes (V2).

2006-01-30 Thread Robert Olsson
Luiz Fernando Capitulino writes: > [PATCH 1/4] pktgen: Lindent run. > [PATCH 2/4] pktgen: Ports thread list to Kernel list implementation. > [PATCH 3/4] pktgen: Fix kernel_thread() fail leak. > [PATCH 4/4] pktgen: Fix Initialization fail leak. > > The changes from V1 are: > > 1. M