Re: [PATCH] Fix garbage collection of multipath route entries

2006-02-20 Thread David S. Miller
From: "Bhogavilli, Suresh" <[EMAIL PROTECTED]> Date: Mon, 20 Feb 2006 15:39:46 -0500 > When garbage collecting route cache entries of multipath routes > in rt_garbage_collect(), entries were deleted from the hash bucket > 'i' while holding a spin lock on bucket 'k' resulting in a system > hang. D

Re: [Acx100-devel] From: Carlos Martц╜n <[EMAIL PROTECTED]>

2006-02-20 Thread Denis Vlasenko
On Monday 20 February 2006 20:56, Carlos Martín wrote: > On Monday 20 February 2006 16:30, Denis Vlasenko wrote: > > On Sunday 19 February 2006 00:35, Carlos Martin wrote: > > > [PATCH] acxsm: Fix Kconfig option check > > > > > > This check never actually worked because CONFIG_ACX_{ACX,USB} are >

Re: [RFT] sky2 0.16

2006-02-20 Thread Stephen Hemminger
Equivalent code is in 1.0-rc1 version just sent out to netdev. - 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: [openib-general] Re: [PATCH RESEND] net: Move destructor from neigh->ops to neigh_params

2006-02-20 Thread David S. Miller
From: Roland Dreier <[EMAIL PROTECTED]> Date: Mon, 20 Feb 2006 20:48:30 -0800 > Do you think you'll get a chance to look at it for 2.6.17? Yes I will. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://v

Re: [openib-general] Re: [PATCH RESEND] net: Move destructor from neigh->ops to neigh_params

2006-02-20 Thread Roland Dreier
David> Not yet, it's very low on the priority list at the moment, David> but I do still have it in my inbox so don't worry. Do you think you'll get a chance to look at it for 2.6.17? If not we can work around things in the IPoIB driver in a slightly uglier way for 2.6.17. Thanks, Rolan

Re: [NETFILTER]: Fix skb->nf_bridge lifetime issues

2006-02-20 Thread David S. Miller
From: Patrick McHardy <[EMAIL PROTECTED]> Date: Tue, 21 Feb 2006 05:17:04 +0100 > I think net-2.6.17 is better, the bridging stuff is really to > fragile for this to be sure it won't break anything and this > has never worked so far. Ok, done. - To unsubscribe from this list: send the line "unsub

Re: [NETFILTER]: Fix skb->nf_bridge lifetime issues

2006-02-20 Thread Patrick McHardy
David S. Miller wrote: > From: Patrick McHardy <[EMAIL PROTECTED]> > Date: Mon, 20 Feb 2006 10:33:34 +0100 > > >>This time compile tested and s/nfct/nf_bridge/ above. > > > Want me to push this into net-2.6 now that Bart has ACK'd it? I think net-2.6.17 is better, the bridging stuff is really

Re: [NETFILTER]: Fix skb->nf_bridge lifetime issues

2006-02-20 Thread David S. Miller
From: Patrick McHardy <[EMAIL PROTECTED]> Date: Mon, 20 Feb 2006 10:33:34 +0100 > This time compile tested and s/nfct/nf_bridge/ above. Want me to push this into net-2.6 now that Bart has ACK'd it? Thanks. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a messa

Re: 2.6.16-rc4 bridge/iptables Oops

2006-02-20 Thread David S. Miller
From: Patrick McHardy <[EMAIL PROTECTED]> Date: Tue, 21 Feb 2006 04:08:41 +0100 > Thanks for testing. Dave, please take this patch instead, it avoids > having to guess whether a packet originates from bridging in IP > netfilter by using DST_NOXFRM for bridge-netfilter's fake dst_entry. Applied, t

Re: [openib-general] Re: [PATCH RESEND] net: Move destructor from neigh->ops to neigh_params

2006-02-20 Thread David S. Miller
From: Roland Dreier <[EMAIL PROTECTED]> Date: Mon, 20 Feb 2006 19:42:41 -0800 > Hi Dave, have you had a chance to look at this? Not yet, it's very low on the priority list at the moment, but I do still have it in my inbox so don't worry. - To unsubscribe from this list: send the line "unsubscribe

Re: [openib-general] Re: [PATCH RESEND] net: Move destructor from neigh->ops to neigh_params

2006-02-20 Thread Roland Dreier
Hi Dave, have you had a chance to look at this? I can resend again if you've lost the original mail. Also, let me know if you want me to merge this through my tree when 2.6.17 opens up. The only feedback I've seen is that Yoshfuji-san has said that this looks sane. Thanks, Roland - To unsubsc

Re: 2.6.16-rc4 bridge/iptables Oops

2006-02-20 Thread Patrick McHardy
Ernst Herzberg wrote: >>This patch should fix it. Please test it and report if it helps. > > > oernie:~ # uname -a ; uptime > Linux oernie 2.6.16-rc4 #1 PREEMPT Mon Feb 20 22:07:34 CET 2006 i686 Intel(R) > Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux > 02:06:00 up 3:53, 4 users, load aver

Re: [PATCH 01/02] change fwmark code to document use of attribute

2006-02-20 Thread Herbert Xu
Michael Richardson <[EMAIL PROTECTED]> wrote: > I'll regenerate the patch? Who is the prime on this file? Send all networking patches to [EMAIL PROTECTED] with a cc to this list. Thanks, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: ht

Re: [PATCH 01/02] change fwmark code to document use of attribute

2006-02-20 Thread Michael Richardson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > "Herbert" == Herbert Xu <[EMAIL PROTECTED]> writes: >> +#define RTA_FWMARK RTA_PROTOINFO Herbert> How about doing it inside the enum as Herbert> RTA_FWMARK = RTA_PROTOINFO, I'm happy with that. I guess that's the style further

Re: [PATCH 01/02] change fwmark code to document use of attribute

2006-02-20 Thread Herbert Xu
Michael Richardson <[EMAIL PROTECTED]> wrote: > diff --git a/include/linux/rtnetlink.h b/include/linux/rtnetlink.h > index d50482b..27fd17e 100644 > --- a/include/linux/rtnetlink.h > +++ b/include/linux/rtnetlink.h > @@ -257,7 +257,7 @@ enum rtattr_type_t >RTA_PREFSRC, >RTA_METRICS,

Re: 2.6.16-rc4 bridge/iptables Oops

2006-02-20 Thread Ernst Herzberg
On Monday 20 February 2006 19:35, Patrick McHardy wrote: > Ernst Herzberg wrote: > > This machine oopses one to three (or more?) times a day. Occurs since > > upgrading from -rc3 to -rc4 (and adding/reconfiguring raid). > > > > It is reproducable, i have only to wait 10min to a couple of hours:-) >

[RFT] sky2 1.0-rc1 rollup patch

2006-02-20 Thread Stephen Hemminger
Here is a combined rollup of all the patches to sky2 that I intend to release and call it 1.0. This includes the fixes for receive and transmit hang, oversize packets, etc. Patch against the current 2.6.16-rc4 mainline kernel. diff -urNp -X dontdiff git-2.6/drivers/net/sky2.c sky2-1.0/drivers/ne

Re: [PATCH 1/2] pcnet32: Introduce basic AT 2700/01 FTX support

2006-02-20 Thread Don Fry
On Mon, Feb 20, 2006 at 04:30:22PM +0100, Seewer Philippe wrote: > > Basic result: Works perfectly (exceptions see below) out of the box > > Problem 1: During probe1, lp->options is silently overwritten with > PCNET32_PORT_MII. Even setting the statement to lp->options |= doesn't > help mutch,

Re: [RFT] sky2 0.16

2006-02-20 Thread Carl-Daniel Hailfinger
Ian Kumlien schrieb: > On Sun, 2006-02-19 at 14:20 +0100, Wolfgang Hoffmann wrote: > >>On Saturday 18 February 2006 18:00, Carl-Daniel Hailfinger wrote: >> >>>Hi, >>> >>>Stephen Hemminger schrieb: >>> Could everyone who has problems with hangs try the following patch (against current 2.6.1

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

2006-02-20 Thread David S. Miller
From: jamal <[EMAIL PROTECTED]> Date: Mon, 20 Feb 2006 08:10:44 -0500 > Explain the rules to me: is it because the alignment in xfrm_usersa_id > may change in the future? Alignment on x86 of u64 is different from x86_64 and ia64, so we must be extremely careful else we will have to translate thes

Re: [PATCH 1/3] forcedeth: Add vlan support

2006-02-20 Thread John W. Linville
On Mon, Feb 20, 2006 at 05:31:23PM -0500, Jeff Garzik wrote: > On current upstream (not including these three patches), my dmesg is > filled with the following from forcedeth 0.49: > > eth0: too many iterations (6) in nv_nic_irq. There is a module option that you can bump to quiet that. It isn'

[2.6 patch] CONFIG_FORCEDETH updates

2006-02-20 Thread Adrian Bunk
This patch contains the following possible updates: - let FORCEDETH no longer depend on EXPERIMENTAL - remove the "Reverse Engineered" from the option text: for the user it's important which hardware the driver supports, not how it was developed Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>

[2.6 patch] make UNIX a bool

2006-02-20 Thread Adrian Bunk
On Sat, Feb 18, 2006 at 01:31:30PM +0100, Arjan van de Ven wrote: > On Sat, 2006-02-18 at 12:14 +, Christoph Hellwig wrote: > > > > - Make the get_max_files export use _GPL - only unix.ko uses it. > > > > The real question is, does af_unix really need to allow beeing built > > modular? It's q

Re: [PATCH 1/3] forcedeth: Add vlan support

2006-02-20 Thread Jeff Garzik
On current upstream (not including these three patches), my dmesg is filled with the following from forcedeth 0.49: eth0: too many iterations (6) in nv_nic_irq. eth0: too many iterations (6) in nv_nic_irq. eth0: too many iterations (6) in nv_nic_irq. eth0: too many iterations (6) in nv_nic_irq.

[PATCH] Fix garbage collection of multipath route entries

2006-02-20 Thread Bhogavilli, Suresh
When garbage collecting route cache entries of multipath routes in rt_garbage_collect(), entries were deleted from the hash bucket 'i' while holding a spin lock on bucket 'k' resulting in a system hang. Delete entries, if any, from bucket 'k' instead. Signed-off-by: Suresh Bhogavilli <[EMAIL PROT

Re: [PATCH 02/02] add mask options to fwmark masking code

2006-02-20 Thread Carl-Daniel Hailfinger
Michael Richardson schrieb: > [PATCH] This patch introduces a mask to the fwmark test cases in the advanced > routing. This let's one test individual bits of the fwmark to determine > how things should be routed (pick a routing table). This patch retains > compatibility with tests that do not set t

[PATCH] prism54usb: compile fix

2006-02-20 Thread Carlos Martin
Change the type of the size argument in islsm_outofband_msg() to size_t in the header file. This had already happened in the .c file which implements it. Signed-off-by: Carlos Martin <[EMAIL PROTECTED]> --- diff --git a/drivers/net/wireless/prism54usb/isl_sm.h b/drivers/net/wireless/prism54usb/

Re: E1000 and ACPI

2006-02-20 Thread Jesse Brandeburg
On 2/20/06, Russell Johnson <[EMAIL PROTECTED]> wrote: > I can't seem to find an archive of this list anywhere so I'm posting what > might be a repeated question. http://marc.theaimsgroup.com/?l=linux-netdev BTW the e1000-devel _at_ lists.sf.net mailing list is an excellent place for very e1000

Re: [EMAIL PROTECTED]

2006-02-20 Thread Carlos Martín
Damn, how can I manage to always get this wrong!? Proper e-mail follows. -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vg

[EMAIL PROTECTED]

2006-02-20 Thread Carlos Martin
Change the type of the size argument in islsm_outofband_msg() to size_t in the header file. This had already happened in the .c file which implements it. Signed-off-by: Carlos Martin <[EMAIL PROTECTED]> --- diff --git a/drivers/net/wireless/prism54usb/isl_sm.h b/drivers/net/wireless/prism54usb/

Re: [Acx100-devel] From: Carlos Martц╜n <[EMAIL PROTECTED]>

2006-02-20 Thread Carlos Martín
On Monday 20 February 2006 16:30, Denis Vlasenko wrote: > On Sunday 19 February 2006 00:35, Carlos Martin wrote: > > [PATCH] acxsm: Fix Kconfig option check > > > > This check never actually worked because CONFIG_ACX_{ACX,USB} are > > tristate. With Adrian Bunk's patch to the Kconfig, this works w

[PATCH 2/4] skge: use mmio barriers

2006-02-20 Thread Stephen Hemminger
Use mmio barriers at end of transmit and irq processing. I don't have machines that really require these barriers, but this matches the documented usage. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- skge.orig/drivers/net/skge.c2006-02-20 10:47:24.0 -0800 +++ skge/driv

[PATCH 0/4] skge:

2006-02-20 Thread Stephen Hemminger
Several small fixes for skge driver for 2.6.16-rc4 - 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

[PATCH 1/4] skge: use spin_trylock_irqsave

2006-02-20 Thread Stephen Hemminger
Use the new spin_trylock_irqsave() macro to make it easier for the -rt development. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- skge.orig/drivers/net/skge.c2006-02-20 10:45:15.0 -0800 +++ skge/drivers/net/skge.c 2006-02-20 10:47:24.0 -0800 @@ -2294,12 +22

[PATCH 3/4] skge: NAPI race bug fix.

2006-02-20 Thread Stephen Hemminger
Fix a race in the receive NAPI, irq handling. The interrupt clear and the start need to be separated. Otherwise there is a window between the last frame received and the NAPI done level handling. Skge will hang on SMP with aggressive irq balancing without this. Signed-off-by: Stephen Hemminger <[

[PATCH 4/4] skge: version 1.4

2006-02-20 Thread Stephen Hemminger
Bump version number (for bug tracking). Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- skge-2.6.orig/drivers/net/skge.c +++ skge-2.6/drivers/net/skge.c @@ -44,7 +44,7 @@ #include "skge.h" #define DRV_NAME "skge" -#define DRV_VERSION"1.3" +#define DRV_VERSI

Re: 2.6.16-rc4 bridge/iptables Oops

2006-02-20 Thread Patrick McHardy
Ernst Herzberg wrote: > This machine oopses one to three (or more?) times a day. Occurs since > upgrading > from -rc3 to -rc4 (and adding/reconfiguring raid). > > It is reproducable, i have only to wait 10min to a couple of hours:-) > > Opps copy/pasted from a serial console, long lines maybe t

Re: [NETFILTER]: Fix skb->nf_bridge lifetime issues

2006-02-20 Thread Bart De Schuymer
Op ma, 20-02-2006 te 10:33 +0100, schreef Patrick McHardy: > Patrick McHardy wrote: > > Bart, can you please have a look at this patch and ACK/NACK it? > > We have a bugreport in the netfilter bugzilla of broken conntrack > > with tunnels on top of bridge devices (#448), which should be cured > > b

Re: [PATCH 02/02] add mask options to fwmark masking code

2006-02-20 Thread Patrick McHardy
Michael Richardson wrote: > [PATCH] This patch introduces a mask to the fwmark test cases in the advanced > routing. This let's one test individual bits of the fwmark to determine > how things should be routed (pick a routing table). This patch retains > compatibility with tests that do not set the

Re: [PATCH] iproute2 -- add fwmarkmask

2006-02-20 Thread Patrick McHardy
Michael Richardson wrote: > - if (tb[RTA_PROTOINFO]) { > - fprintf(fp, "fwmark %#x ", > *(__u32*)RTA_DATA(tb[RTA_PROTOINFO])); > + if (tb[RTA_FWMARK]) { > + __u32 value = *(__u32*)RTA_DATA(tb[RTA_PROTOINFO]); > + if (tb[RTA_FWMARK_MASK]) { > +

RE: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread John Bowler
My latest version of this patch is here: http://cvs.sourceforge.net/viewcvs.py/nslu/kernel/2.6.15/91-maclist.patch?rev=1.2&only_with_tag=HEAD&view=markup In "Recommendations" "With the second strategy" should be "With the first strategy". (Note that the '2.6.16' directory in that repo contains a

Re: [PATCH 02/02] add mask options to fwmark masking code

2006-02-20 Thread Patrick McHardy
Michael Richardson wrote: > [PATCH] This patch introduces a mask to the fwmark test cases in the advanced > routing. This let's one test individual bits of the fwmark to determine > how things should be routed (pick a routing table). This patch retains > compatibility with tests that do not set the

Re: Diff between Linus' and linux-mips git: declance

2006-02-20 Thread Maciej W. Rozycki
On Mon, 20 Feb 2006, Martin Michlmayr wrote: > Updated patch, please apply. > > > [PATCH] Remove delta between Linus' and linux-mips git trees in declance > > There are three changes between the Linus' and linux-mips git trees > regarding the declaner driver. The first change is certainly corr

[PATCH] iproute2 -- add fwmarkmask

2006-02-20 Thread Michael Richardson
{see discussion about RTA_FWMARK in other posting} diff-tree 573e55d29ef2f014218508d01eee678d82c7c9b7 (from cb420780b79a1d6f5db2082bdac0b310dbc5ebcc) Author: Michael Richardson <[EMAIL PROTECTED]> Date: Mon Feb 20 10:21:05 2006 -0500 this patch adds a mask operation to the fwmark rule cas

[PATCH 02/02] add mask options to fwmark masking code

2006-02-20 Thread Michael Richardson
[PATCH] This patch introduces a mask to the fwmark test cases in the advanced routing. This let's one test individual bits of the fwmark to determine how things should be routed (pick a routing table). This patch retains compatibility with tests that do not set the mask by assuming a mask of 0 is

[PATCH 01/02] change fwmark code to document use of attribute

2006-02-20 Thread Michael Richardson
the ip rule functions do not declare their own message attributes for fwmark functionality, but rather (ab)use attributes defined for other purposes. This patch just better abstracts the relationship and documents it with a #define Sign-off-by: Michael Richardson <[EMAIL PROTECTED]> --- inclu

RE: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread John Bowler
From: Adrian Bunk [mailto:[EMAIL PROTECTED] >Why can't setting MAC addresses be done from initramfs? The submitted version of this code is actually an old version, which has some potential locking problems and doesn't document how to solve the problem of different drivers getting different MAC ids

Re: [Acx100-devel] From: Carlos Martц╜n <[EMAIL PROTECTED]>

2006-02-20 Thread Denis Vlasenko
On Sunday 19 February 2006 00:35, Carlos Martin wrote: > [PATCH] acxsm: Fix Kconfig option check > > This check never actually worked because CONFIG_ACX_{ACX,USB} are > tristate. With Adrian Bunk's patch to the Kconfig, this works with the > _BOOL hidden Kconfig options. > Also update error messag

Re: [PATCH 1/2] pcnet32: Introduce basic AT 2700/01 FTX support

2006-02-20 Thread Seewer Philippe
I'm probably stupid, but I really can't find that post. Could anyone repost please? found it (yes, this means i'm stupid) First of all, please consider all the patches i sent as junk. The mentioned patch is better than mine by a factor of a few thousands. I've tested the patch on 2.6.16-rc

Re: [PKT_SCHED 00/05]: net/sched patches for 2.6.17

2006-02-20 Thread jamal
On Sat, 2006-18-02 at 08:45 +0100, Patrick McHardy wrote: > jamal wrote: > It is a correct statement about the RED algorithm, prove me wrong by > showing me code. > RED makes it decision before enqueuing, there is no decision involved > in dequeueing. Parse error on your request for code. True

Re: Diff between Linus' and linux-mips git: declance

2006-02-20 Thread Martin Michlmayr
Updated patch, please apply. [PATCH] Remove delta between Linus' and linux-mips git trees in declance There are three changes between the Linus' and linux-mips git trees regarding the declaner driver. The first change is certainly correct (as it is consistent with the rest of the file) and shou

Re: [1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Patrick McHardy
Evgeniy Polyakov wrote: > On Mon, Feb 20, 2006 at 02:49:41PM +0100, Patrick McHardy ([EMAIL PROTECTED]) > wrote: > >>Still netlink_has_listeners should not return an error. If no listeners >>exist, netlink_broadcast would return 0, netlink_has_listeners is just >>an optimization for that case. >

Re: [1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Evgeniy Polyakov
On Mon, Feb 20, 2006 at 02:49:41PM +0100, Patrick McHardy ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > > On Mon, Feb 20, 2006 at 02:31:05PM +0100, Patrick McHardy ([EMAIL > > PROTECTED]) wrote: > > > >>Evgeniy Polyakov wrote: > >> > >>>Do not allocate and send new skb if there are no l

Re: Can't pull updates from softmac-all branch

2006-02-20 Thread John W. Linville
On Mon, Feb 20, 2006 at 07:52:08AM +0200, Denis Vlasenko wrote: > Hi, > > This was working before, but today it does not: > > # cg-update r-softmac-all Denis, I restructured the branches about a week ago. What used to be softmac-all is now represented by the softmac branch. Also, I had to rec

Re: [1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Patrick McHardy
Evgeniy Polyakov wrote: > On Mon, Feb 20, 2006 at 02:31:05PM +0100, Patrick McHardy ([EMAIL PROTECTED]) > wrote: > >>Evgeniy Polyakov wrote: >> >>>Do not allocate and send new skb if there are no listeners. >>>cn_netlink_send() can return -ESRCH in this case. >> >>I don't think it makes sense to

Re: [1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Evgeniy Polyakov
On Mon, Feb 20, 2006 at 02:31:05PM +0100, Patrick McHardy ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > > Do not allocate and send new skb if there are no listeners. > > cn_netlink_send() can return -ESRCH in this case. > > I don't think it makes sense to return an error. netlink_has_lis

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread Alessandro Zummo
On Mon, 20 Feb 2006 14:07:12 +0100 Lennert Buytenhek <[EMAIL PROTECTED]> wrote: > > you're certainly right on the ixp4xx, but the are other uses > > for this driver which we are working on.. for example, > > some Cirrus Logic ARM based chips (ep93xx) have an ethernet device > > that could benefit

Re: [1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Patrick McHardy
Evgeniy Polyakov wrote: > Do not allocate and send new skb if there are no listeners. > cn_netlink_send() can return -ESRCH in this case. I don't think it makes sense to return an error. netlink_has_listeners() can return false positives, so no error would still not mean that the packet was really

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread Alessandro Zummo
On Mon, 20 Feb 2006 13:02:03 + Russell King <[EMAIL PROTECTED]> wrote: > > for this driver which we are working on.. for example, > > some Cirrus Logic ARM based chips (ep93xx) have an ethernet device > > that could benefit from that. > > An alternative solution (suggested in the past) wou

[1/1] connector: Use netlink_has_listeners() to avoid unnccessary allocations.

2006-02-20 Thread Evgeniy Polyakov
Do not allocate and send new skb if there are no listeners. cn_netlink_send() can return -ESRCH in this case. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/Documentation/connector/connector.txt b/Documentation/connector/connector.txt index 57a314b..ad6e0ba 100644 --- a/Documen

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread jamal
On Mon, 2006-20-02 at 14:07 +0100, Lennert Buytenhek wrote: > On Mon, Feb 20, 2006 at 01:57:18PM +0100, Alessandro Zummo wrote: > > Or just pass the MAC along in platform device style. What I did in > drivers/net/ixp2000/ was to have enp2611.c (board-specific code) read > the MAC from the board,

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread Lennert Buytenhek
On Mon, Feb 20, 2006 at 01:57:18PM +0100, Alessandro Zummo wrote: > you're certainly right on the ixp4xx, but the are other uses > for this driver which we are working on.. for example, > some Cirrus Logic ARM based chips (ep93xx) have an ethernet device > that could benefit from that. Many plat

Re: [DOC]: xfrm sync

2006-02-20 Thread jamal
On Sun, 2006-19-02 at 21:04 -0800, David S. Miller wrote: > From: jamal <[EMAIL PROTECTED]> > Date: Sun, 19 Feb 2006 20:43:33 -0500 > > > Something i wrote around the time of coding the sync stuff. > > Just so i dont loose it - here it is attached ;-> > > Why don't we put this under Documentation

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread Russell King
On Mon, Feb 20, 2006 at 01:57:18PM +0100, Alessandro Zummo wrote: > you're certainly right on the ixp4xx, but the are other uses > for this driver which we are working on.. for example, > some Cirrus Logic ARM based chips (ep93xx) have an ethernet device > that could benefit from that. An alt

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread Alessandro Zummo
On Mon, 20 Feb 2006 12:16:43 + David Vrabel <[EMAIL PROTECTED]> wrote: > >>>Some Ethernet hardware implementations have no built-in storage for > >>>allocated MAC values - an example is the Intel IXP420 chip which has > >>>support for Ethernet but no defined way of storing allocated MAC values

Re: [RFC] [PATCH 1/2] Driver to remember ethernet MAC values: maclist

2006-02-20 Thread David Vrabel
Alessandro Zummo wrote: > On Mon, 20 Feb 2006 02:47:35 +0100 > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > >>>Some Ethernet hardware implementations have no built-in storage for >>>allocated MAC values - an example is the Intel IXP420 chip which has >>>support for Ethernet but no defined way of st

Pull request for dscape branch of wireless-2.6

2006-02-20 Thread Jiri Benc
Following patches to d80211 can be obtained from git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git up Please pull to the 'dscape' branch of wireless-2.6 tree. I'm replying with the first patch, other patches were sent by Jouni few days ago. Jiri Benc: d80211: fix nonterminated

[PATCH] d80211: fix nonterminated sysfs attributes

2006-02-20 Thread Jiri Benc
Attributes for phyX class device were not terminated. This patch fixes that. Signed-off-by: Jiri Benc <[EMAIL PROTECTED]> --- net/d80211/ieee80211_sysfs.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) fc03fc11f6b26759014828b9adbccea36f694fae diff --git a/net/d80211/ieee80211_sysfs

Re: [PATCH 1/3] forcedeth: Add vlan support

2006-02-20 Thread Jeff Garzik
Ayaz Abdulla wrote: This forcedeth patch adds support for vlan stripping/inserting in hardware. Signed-off-By: Ayaz Abdulla <[EMAIL PROTECTED]> applied 1-3 to #upstream - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majo

[PATCH 2.6.16-rc4] bonding: fix duplicate packets from receiving from all slaves

2006-02-20 Thread Kenzo Iwami
Hi, Previously, I posted a patch that prevented the bonding driver from receiving duplicate packets. (https://sourceforge.net/mailarchive/forum.php?thread_id=9398718&forum_id=2094) The current bonding driver receives duplicate packets when broadcast/ multicast packets are sent by other devices or

Re: [NETFILTER]: Fix skb->nf_bridge lifetime issues

2006-02-20 Thread Patrick McHardy
Patrick McHardy wrote: > Bart, can you please have a look at this patch and ACK/NACK it? > We have a bugreport in the netfilter bugzilla of broken conntrack > with tunnels on top of bridge devices (#448), which should be cured > by this patch. > > +static inline void nf_reset(struct sk_buff *skb)

Re: [PATCH 1/2] pcnet32: Introduce basic AT 2700/01 FTX support

2006-02-20 Thread Seewer Philippe
I am looking over this change and the following one, to try and understand what and why you made your changes. The change made by Thomas Bogendoerfer and modified by myself is much more flexible than your changes, in that they are not specific just to the Allied Telesyn boards with multiple Phys.