Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread Ian McDonald
On 8/27/06, David Miller <[EMAIL PROTECTED]> wrote: From: "Ian McDonald" <[EMAIL PROTECTED]> Date: Sun, 27 Aug 2006 16:57:17 +1200 > Yes I see that now. However I can't see #5 in net-2.6.git in your tree > or Linus' where 1-4 made it in... Resend it to me privately and I'll figure out what happ

Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread David Miller
From: "Ian McDonald" <[EMAIL PROTECTED]> Date: Sun, 27 Aug 2006 16:57:17 +1200 > Yes I see that now. However I can't see #5 in net-2.6.git in your tree > or Linus' where 1-4 made it in... Resend it to me privately and I'll figure out what happened. - To unsubscribe from this list: send the line "

Re: lockdep rt2500usb report

2006-08-26 Thread Michael Wu
On Friday 11 August 2006 01:34, Johannes Berg wrote: > This is running wireless-dev from yesterday. All I did was plug in a > rt2500usb device into a usb port on a freshly booted system. I have a > feeling that this is could be one of the problems reported earlier with > the d80211 stack, but I hav

Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread Ian McDonald
> On 8/27/06, David Miller <[EMAIL PROTECTED]> wrote: > > > > > > I would love 3, 4, 5 to go into 2.6.18 as these resolve long standing CCID3 > > > issues that have been in the DCCP tree since inception and have caught a > > > number of people. > > > > Ok, I'll toss 1-5 into 2.6.18 > > Thanks for

Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread David Miller
From: "Ian McDonald" <[EMAIL PROTECTED]> Date: Sun, 27 Aug 2006 15:46:58 +1200 > On 8/27/06, David Miller <[EMAIL PROTECTED]> wrote: > > > > > > I would love 3, 4, 5 to go into 2.6.18 as these resolve long standing > > > CCID3 > > > issues that have been in the DCCP tree since inception and have

Re: [patch 08/10] [TULIP] Handle pci_enable_device() errors in resume

2006-08-26 Thread Valerie Henson
On Sat, Aug 26, 2006 at 05:41:58PM +0100, Alan Cox wrote: > Ar Gwe, 2006-08-25 am 17:02 -0700, ysgrifennodd Valerie Henson: > > pci_set_power_state(pdev, PCI_D0); > > pci_restore_state(pdev); > > > > - pci_enable_device(pdev); > > + if ((retval = pci_enable_device(pdev))) { > > +

Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread Ian McDonald
On 8/27/06, David Miller <[EMAIL PROTECTED]> wrote: > > I would love 3, 4, 5 to go into 2.6.18 as these resolve long standing CCID3 > issues that have been in the DCCP tree since inception and have caught a > number of people. Ok, I'll toss 1-5 into 2.6.18 Thanks for that. Are 6 and 7 going in

Re: [PATCH 0/4] bridge-netfilter fixes

2006-08-26 Thread David Miller
From: [EMAIL PROTECTED] Date: Tue, 22 Aug 2006 17:10:50 -0700 > This set of patches fixes issues with bridge netfilter code. > First patch is for 2.6.18 and fixes a crash. Later patches > could be deferred, they just cleanup the style, usage, etc. What a nasty bug. I'll push the bug fix to Linus

Re: [PATCH 2/2] [NETLINK]: Make use of NLA_STRING/NLA_NUL_STRING attribute validation

2006-08-26 Thread David Miller
From: Thomas Graf <[EMAIL PROTECTED]> Date: Tue, 22 Aug 2006 14:53:56 +0200 > Converts existing NLA_STRING attributes to use the new > validation features, saving a couple of temporary buffers. > > Signed-off-by: Thomas Graf <[EMAIL PROTECTED]> Applied, thanks Thomas. - To unsubscribe from this

Re: [RESEND 1/2] [NETLINK]: Improve string attribute validation

2006-08-26 Thread David Miller
From: Thomas Graf <[EMAIL PROTECTED]> Date: Tue, 22 Aug 2006 15:40:49 +0200 > Searching for '\0' with strnchr() doesn't really work :-) > > Introduces a new attribute type NLA_NUL_STRING to support NUL > terminated strings. Attributes of this kind require to carry > a terminating NUL within the m

Re: [PATCHv2 2.6.17] net/ipv6/udp.c: remove duplicate udp_get_port code

2006-08-26 Thread David Miller
From: [EMAIL PROTECTED] Date: Thu, 17 Aug 2006 13:25:46 +0100 > [NET]: UDPv4 and UDPv6 use an almost identical version of the get_port > function, > which is unnecessary since the (long) code differs in only one if-statement. > > This patch creates one common function which is called by udp_v4_g

Re: 2.6.18-rc4-mm3: NF_CONNTRACK_FTP=y compile error

2006-08-26 Thread David Miller
From: Adrian Bunk <[EMAIL PROTECTED]> Date: Sun, 27 Aug 2006 04:42:19 +0200 > CC net/netfilter/nf_conntrack_ftp.o > /home/bunk/linux/kernel-2.6/linux-2.6.18-rc4-mm3/net/netfilter/nf_conntrack_ftp.c: > In function $,1rx(Bget_ipv6_addr$,1ry(B: > /home/bunk/linux/kernel-2.6/linux-2.6.18-r

2.6.18-rc4-mm3: NF_CONNTRACK_FTP=y compile error

2006-08-26 Thread Adrian Bunk
On Sat, Aug 26, 2006 at 04:09:22PM -0700, Andrew Morton wrote: >... > Changes since 2.6.18-rc4-mm2: >... > git-net.patch >... > git trees >... <-- snip --> ... CC net/netfilter/nf_conntrack_ftp.o /home/bunk/linux/kernel-2.6/linux-2.6.18-rc4-mm3/net/netfilter/nf_conntrack_ftp.c: In fun

Re: [PATCH] net/*: use SLAB_PANIC

2006-08-26 Thread David Miller
From: Alexey Dobriyan <[EMAIL PROTECTED]> Date: Sun, 27 Aug 2006 03:08:41 +0400 > Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]> Applied, thanks. - 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

Re: [PATCH] remove third bogus argument from NLA_PUT_FLAG

2006-08-26 Thread David Miller
From: Johannes Berg <[EMAIL PROTECTED]> Date: Fri, 25 Aug 2006 12:55:26 +0200 > This patch removes the 'value' argument from NLA_PUT_FLAG which is > unused anyway. The documentation comment was already correct so it > doesn't need an update :) > > Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>

Re: [PATCH 0/7] [DCCP]: Fixes and enhancements

2006-08-26 Thread David Miller
From: Ian McDonald <[EMAIL PROTECTED]> Date: Thu, 24 Aug 2006 15:16:33 +1200 > Please find following a series of patches for DCCP. > > These have been tested against torvalds/linux-2.6.git and davem/net-2.6.19.git > > My opinion is that 1 and 2 can go straight into 2.6.18 as documentation > chan

Re: [IPV6]: Fix routing by fwmark

2006-08-26 Thread David Miller
Applied, thanks Patrick. - 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] net/*: use SLAB_PANIC

2006-08-26 Thread Alexey Dobriyan
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]> --- Forgive me reformatting, in some cases making it fit in 80 columns was hard. net/core/flow.c|6 +- net/core/neighbour.c | 12 net/core/skbuff.c |9 ++--- net/decnet/dn_route.c | 11 +++---

Re: [Bug 7058] New: CONFIG_IP_ROUTE_FWMARK breaks rp_filter checks

2006-08-26 Thread giorby
On Saturday 26 August 2006 08:17, Herbert Xu wrote: > Andrew Morton <[EMAIL PROTECTED]> wrote: > > Using a fwmark as a key for selecting among multiple routing tables (via > > "ip rule" command) breaks the rp_filter functionality since the fwmark > > field is not initialized in function fib_validat

[1/1] netwrok tree allocator. Sending and receiving zero-copy support.

2006-08-26 Thread Evgeniy Polyakov
Hello. This patch introduce network-based receiving and sending zero-copy support. Receiving side is used for zero-copy sniffer (patch introduce full receiving support for all network allocations including netlink, unix socket and so on), sending side zero-copy is used for userspace network stack.

[PATCH] ATM: he: fix section mismatch

2006-08-26 Thread Randy.Dunlap
From: Randy Dunlap <[EMAIL PROTECTED]> Fix section mismatch: WARNING: drivers/atm/he.o - Section mismatch: reference to .init.text: from .text between 'he_start' (at offset 0x218a) and 'he_service_tbrq' Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- drivers/atm/he.c |2 +- 1 files chan

Re: [patch 05/10] [TULIP] Defer tulip_select_media() to process context

2006-08-26 Thread Alan Cox
Ar Gwe, 2006-08-25 am 17:02 -0700, ysgrifennodd Valerie Henson: > +static inline void tulip_tx_timeout_complete(struct tulip_private *tp, void > __iomem *ioaddr) > +{ > + /* Stop and restart the chip's Tx processes. */ > + tulip_restart_rxtx(tp); > + /* Trigger an immediate transmit de

Re: [patch 08/10] [TULIP] Handle pci_enable_device() errors in resume

2006-08-26 Thread Alan Cox
Ar Gwe, 2006-08-25 am 17:02 -0700, ysgrifennodd Valerie Henson: > pci_set_power_state(pdev, PCI_D0); > pci_restore_state(pdev); > > - pci_enable_device(pdev); > + if ((retval = pci_enable_device(pdev))) { > + printk (KERN_ERR "tulip: pci_enable_device failed in res

Re: RTL8136

2006-08-26 Thread Darren Salt
I demand that Francois Romieu may or may not have written... > Darren Salt <[EMAIL PROTECTED]> : >> In case you don't yet have an lspci dump for an RTL8136, here's one for a >> device which is working with the r1000 driver which is supplied with >> Ubuntu dapper (though the machine in question - a

[PATCH] bcm43xx-d80211: 4311 support

2006-08-26 Thread Michael Buesch
Hi John, Please apply this to wireless-dev. -- This adds support for the 4311 cards. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c === --- wireless-dev.ori

[NET]: Use BUILD_BUG_ON() for checking size of skb->cb.

2006-08-26 Thread YOSHIFUJI Hideaki / 吉藤英明
[NET]: Use BUILD_BUG_ON() for checking size of skb->cb. Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]> --- diff --git a/net/ipv4/af_inet.c b/net/ipv4/af_inet.c index c84a320..8f11a34 100644 --- a/net/ipv4/af_inet.c +++ b/net/ipv4/af_inet.c @@ -1254,10 +1254,7 @@ static int __init inet_init(

[PATCH] ssb: fix core CC and REV reading

2006-08-26 Thread Michael Buesch
Hi John, Please apply this to wireless-dev. This is the correct fix for the ChipCommon issue. -- Fix CoreCode and CoreRev extraction from coreidhi. And yes, it's ugly. But that's how the device works. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev/drivers/misc/ssb.c

Re: [IPV6]: Fix routing by fwmark

2006-08-26 Thread YOSHIFUJI Hideaki / 吉藤英明
In article <[EMAIL PROTECTED]> (at Sat, 26 Aug 2006 13:11:26 +0200), Patrick McHardy <[EMAIL PROTECTED]> says: > Fix mark comparison, also dump the mask to userspace when the mask is zero, > but the mark is not (in which case the mark is dumped, so the mask is needed > to make sense of it). > >

Re: [PATCH] ssb: Add support for new ChipCommon

2006-08-26 Thread Michael Buesch
Oops, sorry. Please drop this. This patch is wrong and I will submit a correct one, soon. a 0x900 core does not exist. Instead the meaning of the revision bits changed slightly. On Saturday 26 August 2006 12:33, Michael Buesch wrote: > Hi John, > > Please apply this to wireless-dev. > > -- > >

Re: [NET_SCHED]: Add mask support to fwmark classifier

2006-08-26 Thread Patrick McHardy
jamal wrote: > Another approach could have been to add the mask as part of the hashing. > and you add the new hash field not in the head rather in the filter. At > runtime, you hash - walk the bucket and compare the mask as well as the > index. That doesn't work. To what do you compare it? We have

[IPV6]: Fix routing by fwmark

2006-08-26 Thread Patrick McHardy
[IPV6]: Fix routing by fwmark Fix mark comparison, also dump the mask to userspace when the mask is zero, but the mark is not (in which case the mark is dumped, so the mask is needed to make sense of it). Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]> --- commit 829b107d9e4ef2bbbf2ccf25a7482

[PATCH] bcm43xx-d80211: add support for 4312

2006-08-26 Thread Michael Buesch
Hi John, Please apply this to wireless-dev. Larry, theoretically it's possible to backport this to wireless-2.6. But it depends on some other changes that are (going to be) in the ssb module. That's support for PCIE and CHIPCOMMON2, as far as I can see. So if you want to backport this, you also h

[PATCH] ssb: Add support for new ChipCommon

2006-08-26 Thread Michael Buesch
Hi John, Please apply this to wireless-dev. -- This adds support for the new 0x900 ChipCommon core. Signed-off-by: Michael Buesch <[EMAIL PROTECTED]> Index: wireless-dev/drivers/misc/ssb.c === --- wireless-dev.orig/drivers/misc/ss

Re: lockdep rt2500usb report

2006-08-26 Thread Ivo van Doorn
Hi, > This is running wireless-dev from yesterday. All I did was plug in a > rt2500usb device into a usb port on a freshly booted system. I have a > feeling that this is could be one of the problems reported earlier with > the d80211 stack, but I haven't mastered the art of picking through > t