Re: [PATCH] libertas: Don't mark exported symbols as static

On Fri, Feb 08, 2008 at 06:01:02PM -0800, Roland Dreier wrote: > > Why not pull the exports? they aren't used anywhere in the existing kernel. > > I'm guessing there's some not-(yet-)merged mesh networking stuff that > uses the symbols, but it doesn't matter much to me... The general rule is to

Re: [Bugme-new] [Bug 9920] New: kernel panic when using ebtables redirect target

On Fri, 8 Feb 2008 17:40:20 -0800 (PST) [EMAIL PROTECTED] wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=9920 > >Summary: kernel panic when using ebtables redirect target >Product: Networking >Version: 2.5 > KernelVersion: 2.6.24 and 2.6.24-git >

Re: [PATCH] libertas: Don't mark exported symbols as static

> Why not pull the exports? they aren't used anywhere in the existing kernel. I'm guessing there's some not-(yet-)merged mesh networking stuff that uses the symbols, but it doesn't matter much to me... - R. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a me

[PATCH] ematch: oops from uninitialized variable (resend)

Setting up a meta match causes a kernel OOPS because of uninitialized elements in tree. [ 37.322381] BUG: unable to handle kernel NULL pointer dereference at [ 37.322381] IP: [] :em_meta:em_meta_destroy+0x17/0x80 [ 37.322381] Call Trace: [ 37.322381] [] tcf_em_tree_dest

Re: [PATCH] libertas: Don't mark exported symbols as static

On Fri, 08 Feb 2008 16:07:26 -0800 Roland Dreier <[EMAIL PROTECTED]> wrote: > Marking exported symbols as static causes the following build error on > ia64 with gcc 4.2.3: > > drivers/net/wireless/libertas/main.c:1375: error: __ksymtab_lbs_remove_mesh > causes a section type conflict > drivers/n

[PATCH] libertas: Don't mark exported symbols as static

Marking exported symbols as static causes the following build error on ia64 with gcc 4.2.3: drivers/net/wireless/libertas/main.c:1375: error: __ksymtab_lbs_remove_mesh causes a section type conflict drivers/net/wireless/libertas/main.c:1354: error: __ksymtab_lbs_add_mesh causes a section type co

[GIT-PULL Request]: SCTP fixes

Hi David The following changes since commit 3113e88c3cb3c0a22920b621f8e4d1f2ccc07f1e: Stephen Hemminger (1): [PKT_SCHED]: vlan tag match are available in the git repository at: [EMAIL PROTECTED]:/pub/scm/linux/kernel/git/vxy/lksctp-dev.git pending Vlad Yasevich (6): [SCTP]: St

[PATCH] isdn: fix section mismatch warnings from hisax_cs_setup_card

Fix the following warnings: WARNING: drivers/isdn/hisax/built-in.o(.text+0x722): Section mismatch in reference from the function hisax_cs_setup_card() to the function .devinit.text:setup_teles3() WARNING: drivers/isdn/hisax/built-in.o(.text+0x72c): Section mismatch in reference from the function

[PATCH] isdn: fix section mismatch warning for ISACVer

Fix following warnings: WARNING: drivers/isdn/hisax/built-in.o(.text+0x19723): Section mismatch in reference from the function ISACVersion() to the variable .devinit.data:ISACVer WARNING: drivers/isdn/hisax/built-in.o(.text+0x2005b): Section mismatch in reference from the function setup_avm_a1_pc

[PATCH] isdn: fix section mismatch warning in hfc_sx.c

Fix the following warning: WARNING: drivers/isdn/hisax/built-in.o(.text+0x35818): Section mismatch in reference from the function hfcsx_card_msg() to the function .devinit.text:inithfcsx() hfcsx_card_msg() may be called outside __devinit context. Following the program logic is looks like the CAR

[PATCH] isdn: fix section mismatch warnings in isac.c and isar.c

Fix the following warnings: WARNING: drivers/isdn/hisax/built-in.o(.text+0x1b276): Section mismatch in reference from the function inithscxisac() to the function .devinit.text:clear_pending_isac_ints() WARNING: drivers/isdn/hisax/built-in.o(.text+0x1b286): Section mismatch in reference from the

Re: Broadcom 5708 taking a few seconds to get link-up

On Fri, 2008-02-08 at 14:29 -0500, Brian Haley wrote: > Hi Michael, > > I'm working on a system that has two on-board 5708's. We've noticed > that it takes about 3 seconds for the link to come up - is this > considered normal? I've tried this with the latest davem tree with > similar results

[PATCH 2/5] Tsi108_eth: fix detection of 1000Mb mode

Bug fix for tsi108_eth network driver. This patch fixes a problem with detection of 1000Mb speed. Signed-off-by: Alexandre Bounine <[EMAIL PROTECTED]> --- diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c linux-2.6.24-fix/drivers/net/tsi108_eth.c --- linux-2.6.24/drivers/net/tsi108_eth.c

[PATCH 0/5] Tsi108_eth: set of driver fix-ups

This is set of small fixes for Tsi108 Ethernet driver. Based on kernel version 2.6.24 --- Important Notice: This message is intended for the use of the individual to whom it is addressed and may contain information which is privileged, confidential and/or exempt from disclosure under applica

[PATCH 1/5] Tsi108_eth: add missing linking to driver data

Bug fix for tsi108_eth network driver. This patch adds missing linking to driver data. Signed-off-by: Alexandre Bounine <[EMAIL PROTECTED]> --- diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c linux-2.6.24-fix/drivers/net/tsi108_eth.c --- linux-2.6.24/drivers/net/tsi108_eth.c 2008-01-24

[PATCH 3/5] Tsi108_eth: remove not needed code

Code clean-up for tsi108_eth network driver. This patch removes not needed dummy read and the corresponding comment. The PHY logic requires two reads from the status register to get current link status. This is done correctly inside mii_check_media(). Signed-off-by: Alexandre Bounine <[EMAIL

[PATCH 4/5] Tsi108_eth: fix link recovery after disconnect

Bug fix for tsi108_eth network driver. This patch fixes a problem with link recovery after connection was lost. Signed-off-by: Alexandre Bounine <[EMAIL PROTECTED]> --- diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c linux-2.6.24-fix/drivers/net/tsi108_eth.c --- linux-2.6.24/drivers/net/tsi10

[PATCH 5/5] Tsi108_eth: Add ethtool support

Add ethtool support to tsi108_eth network driver. Signed-off-by: Alexandre Bounine <[EMAIL PROTECTED]> --- diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c linux-2.6.24-fix/drivers/net/tsi108_eth.c --- linux-2.6.24/drivers/net/tsi108_eth.c 2008-02-06 17:10:53.0 -0500 +++ linux-2.

Broadcom 5708 taking a few seconds to get link-up

Hi Michael, I'm working on a system that has two on-board 5708's. We've noticed that it takes about 3 seconds for the link to come up - is this considered normal? I've tried this with the latest davem tree with similar results to older kernels/drivers. # uname -r 2.6.24 # ethtool -i eth3

Re: [patch 1/7] typhoon section fix

On Fri, Feb 08, 2008 at 01:21:57PM -0500, David Dillow wrote: > > On Fri, 2008-02-08 at 09:52 -0800, Andrew Morton wrote: > > On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow <[EMAIL PROTECTED]> wrote: > > > On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote: > > > > From: Andrew Morton <[E

Re: [patch 1/7] typhoon section fix

On Fri, 2008-02-08 at 09:52 -0800, Andrew Morton wrote: > On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow <[EMAIL PROTECTED]> wrote: > > On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote: > > > From: Andrew Morton <[EMAIL PROTECTED]> > > > > > > gcc-3.4.4 on powerpc: > > > > > > drivers

Re: oops with ipcomp

On Fri, Feb 08, 2008 at 11:45:33AM +0100, Beschorner Daniel wrote: > > No I meant the exact output of ip x p and ip x s. > > I know, but as I end up every time with a tainted kernel on our > production server I didn't turn ipcomp on, but now I got it. Hmm, that's pretty much what I've got (but I'

Re: [NET/IPv6] Race condition with flow_cache_genid?

Kyle Moffett <[EMAIL PROTECTED]> wrote: > > Basically either there is some missing locking here or it does not > need to be "atomic_t". Judging from the way it *appears* to be used > to check if cache entries are up-to-date with the latest changes in > policy, I would guess the former. You're rig

Re: ipv6_chk_acast_addr remove unused loop

David Stevens wrote: NACK. Daniel, This code is part of the in-kernel API for anycast, which is intended to be the same as for multicast. By removing support for NULL there, you're making a special case for the anycast code that isn't there in the multicast code (can't support a NULL

Re: [patch 1/7] typhoon section fix

On Fri, 08 Feb 2008 08:59:10 -0500 David Dillow <[EMAIL PROTECTED]> wrote: > > On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote: > > From: Andrew Morton <[EMAIL PROTECTED]> > > > > gcc-3.4.4 on powerpc: > > > > drivers/net/typhoon.c:137: error: version causes a section type conflict >

Re: ipv6_chk_acast_addr remove unused loop

NACK. Daniel, This code is part of the in-kernel API for anycast, which is intended to be the same as for multicast. By removing support for NULL there, you're making a special case for the anycast code that isn't there in the multicast code (can't support a NULL dev), and you really ar

Re: + smack-unlabeled-outgoing-ambient-packets.patch added to -mm tree

> > > -- > > > Subject: Smack: unlabeled outgoing ambient packets > > > From: Casey Schaufler <[EMAIL PROTECTED]> > > > > > > Smack uses CIPSO labeling, but allows for unlabeled packets by > > > specifying an "ambient" label that is applied to inc

ipv6_chk_acast_addr remove unused loop

Subject: ipv6_chk_acast_addr remove unused loop From: Daniel Lezcano <[EMAIL PROTECTED]> The ipv6_chk_acast_addr is called with a netdev pointer parameter which can be NULL. This value is used as a wildcard to browse the netdev list and search if a device is owning the address. But when looking

[PATCH 2.6.24] pcnet32: Use print_mac

Signed-off-by: Joe Perches <[EMAIL PROTECTED]> Acked-by: Don Fry <[EMAIL PROTECTED]> --- Originally sent by Joe Dec 14, 2007 Tested by Don on amd_64 --- linux-2.6.24-git13/drivers/net/orig.pcnet32.c 2008-02-04 10:05:48.0 -0800 +++ linux-2.6.24-git18/drivers/net/pcnet32.c2008-02

[PATCH] [IPV6]: dst_entry leak in ip4ip6_err.

The result of the ip_route_output is not assigned to skb. This means that - it is leaked - possible OOPS below dereferrencing skb->dst - no ICMP message for this case Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]> --- net/ipv6/ip6_tunnel.c |1 + 1 files changed, 1 insertions(+), 0 deletion

[PATCH] [XFRM] Beet: Fix output for ipv6

Hi, This patch fixes the ipv6 mode of ipsec beet. It has been using logic similar to tunnel mode, making it crash during esp packaging. Signed-off-by: Joakim Koskela <[EMAIL PROTECTED]> --- net/ipv6/xfrm6_mode_beet.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git

2.6.24?: WARNING: at net/core/dev.c: skb_gso_segment()

FYI, this happened several times with OpenVZ kernel here, though one user reported against v2.6.24 but without calltrace: http://marc.info/?l=linux-kernel&m=120155594432027&w=2 Anyway... Driver is tg3. [ 403.240511] WARNING: at net/core/dev.c:1407 skb_gso_segment() if (WARN_ON(skb->ip_

Re: [PATCH] ipvs: Make the synchronization interval controllable

On Fri, 8 Feb 2008, Andi Kleen wrote: Sven Wegener <[EMAIL PROTECTED]> writes: The default synchronization interval of 1000 milliseconds is too high for a heavily loaded director. Collecting the connection information from one second and then sending it out in a burst will overflow the socke

Re: [patch 1/2] qeth: new qeth device driver

On Fri, Feb 08, 2008 at 03:10:00PM +0100, [EMAIL PROTECTED] wrote: > From: Frank Blaschka <[EMAIL PROTECTED]> > > List of major changes and improvements: > no manipulation of the global ARP constructor > clean code split into core, layer 2 and layer 3 functionality > better exploitation of the

Re: [patch 7/7] pppol2tp: fix printk warnings

[EMAIL PROTECTED] wrote: From: Andrew Morton <[EMAIL PROTECTED]> drivers/net/pppol2tp.c: In function `pppol2tp_seq_tunnel_show': drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg (arg 4) drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg

[PATCH 2.6.24] pcnet32: use NET_IP_ALIGN instead of 2

Change hard coded 2 to NET_IP_ALIGN. Added new #define with comments. Tested amd_64 Signed-off-by: Don Fry <[EMAIL PROTECTED]> --- --- linux-2.6.24-git13/drivers/net/joe.pcnet32.c2008-02-04 10:59:08.0 -0800 +++ linux-2.6.24-git18/drivers/net/pcnet32.c2008-02-08 07:20:44.

Re: [PATCH 2/2][SCTP]: Convert sctp_dbg_objcnt to seq files.

Pavel Emelyanov wrote: This makes the code use a good proc API and the text ~50 bytes shorter. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> Acked-by: Vlad Yasevich <[EMAIL PROTECTED]> --- net/sctp/objcnt.c | 85 +++- 1 files changed,

Re: [PATCH 1/2][SCTP]: Use snmp_fold_field instead of a homebrew analogue.

Pavel Emelyanov wrote: SCPT already depends in INET, so this doesn't create additional dependencies. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> Acked-by: Vlad Yasevich <[EMAIL PROTECTED]> --- net/sctp/proc.c | 23 ++- 1 files changed, 2 insertions(+), 21 delet

Re: [PATCH] ipvs: Make the synchronization interval controllable

Sven Wegener <[EMAIL PROTECTED]> writes: > The default synchronization interval of 1000 milliseconds is too high for a > heavily loaded director. Collecting the connection information from one second > and then sending it out in a burst will overflow the socket buffer and lead to > synchronization

[PATCH] Reg Review of changes flush all routing table entries in side kernel

Problem : Need to clean up routing table entries in side the Linux kernel. But kernel is not providing single command to clear all routing table entries at once. Modified the kernel to take of the changesDefined new net link message under NETLINK_ROUTE family RTM_FLUSHROUTE. At the

[patch 0/2] s390: new qeth driver for 2.6.25

-- Jeff, the following patch set is intended for 2.6.25. It contains a new qeth device driver implementation separating the layer 2 from the layer 3 functions. There are also some new functions and bug fixes. Kconfig and Makefile apply on top of the latest patch Ursula Braun send for ctc. Regard

[PATCH] [IGMP]: Optimize kfree_skb in igmp_rcv.

Merge error paths inside igmp_rcv. Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]> --- net/ipv4/igmp.c | 13 ++--- 1 files changed, 6 insertions(+), 7 deletions(-) diff --git a/net/ipv4/igmp.c b/net/ipv4/igmp.c index fe2e6cd..d3f34a7 100644 --- a/net/ipv4/igmp.c +++ b/net/ipv4/igmp.c

Re: [patch 1/7] typhoon section fix

On Fri, 2008-02-08 at 03:11 -0800, [EMAIL PROTECTED] wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > > gcc-3.4.4 on powerpc: > > drivers/net/typhoon.c:137: error: version causes a section type conflict > > Cc: Jeff Garzik <[EMAIL PROTECTED]> > Cc: Sam Ravnborg <[EMAIL PROTECTED]> > Signed-of

openswan broken between 2.6.24rc8 and final

Hi, Since I updated a system here from 2.6.24rc8 (+ some unrelated patches) to 2.6.24 openswan in tunnel mode is rather unhappy now. It works initially for a few minutes, but then when it comes to renew a key (I think) the connection always hangs. This means on 2.6.24-final the kernel can now

Re: [PATCH] [NETNS] Remove unused member (dst_net) of dst_ops.

From: Daniel Lezcano <[EMAIL PROTECTED]> Date: Fri, 08 Feb 2008 13:33:49 +0100 > Denis V. Lunev wrote: > > This has been added by the Daniel Lezcano <[EMAIL PROTECTED]> in the > > commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a > > preparatory staff for IPv6 namespacing. > > > >

Re: [PATCH] [NETNS] Remove unused member (dst_net) of dst_ops.

Denis V. Lunev wrote: This has been added by the Daniel Lezcano <[EMAIL PROTECTED]> in the commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a preparatory staff for IPv6 namespacing. I think this is not needed in 2.6.25 but will be required in 2.6.26 very soon. Yes, this is righ

[patch 3/5] netiucv: change name of nop function

From: Ursula Braun <[EMAIL PROTECTED]> Dummy NOP actions for fsm-statemachines have to be defined separately for every using module of fsm-statemachines. Thus the generic name fsm_action_nop is replaced by module specific name netiucv_action_nop. Signed-off-by: Ursula Braun <[EMAIL PROTECTED]> --

[patch 1/5] claw: removal of volatile variables

From: Ursula Braun <[EMAIL PROTECTED]> Volatile variables queme_switch and pk_delay are not used anyway. They are just a left over from an unused timer based packing logic. Signed-off-by: Ursula Braun <[EMAIL PROTECTED]> --- drivers/s390/net/claw.h |2 -- 1 file changed, 2 deletions(-) Ind

[patch 5/5] claw/lcs/netiucv: check s390dbf level before sprints

From: Peter Tiedemann <[EMAIL PROTECTED]> additional check of s390dbf level results in better performance if the default low debugging level is active. Signed-off-by: Peter Tiedemann <[EMAIL PROTECTED]> Signed-off-by: Ursula Braun <[EMAIL PROTECTED]> --- drivers/s390/net/claw.h| 17 ++

[patch 4/5] lcs: avoid/reduce unused s390dbf debug areas.

From: Peter Tiedemann <[EMAIL PROTECTED]> Since lcs makes use of 1 debug area only, the number of debug areas is reduced, while the number of pages per area is increased. Signed-off-by: Peter Tiedemann <[EMAIL PROTECTED]> Signed-off-by: Ursula Braun <[EMAIL PROTECTED]> --- drivers/s390/net/lcs.

[patch 0/5] s390: claw/lcs/netiucv network driver patches for 2.6.25

-- Jeff, The following patches are intended for 2.6.25. They affect the s390 network drivers claw, lcs, and netiucv. Patch summary: claw:remove unused volatile variables netiucv: define module owner in device_driver structure netiucv: renaming of NOP action lcs: improvement for d

[patch 2/5] netiucv: Remember to set driver->owner.

From: Cornelia Huck <[EMAIL PROTECTED]> Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]> Signed-off-by: Ursula Braun <[EMAIL PROTECTED]> --- drivers/s390/net/netiucv.c |1 + 1 file changed, 1 insertion(+) Index: linux-2.6-uschi/drivers/s390/net/netiucv.c

[PATCH 2/2][KEY]: Convert net/pfkey to use seq files.

The seq files API disposes the caller of the difficulty of checking file position, the length of data to produce and the size of provided buffer. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> --- net/key/af_key.c | 94 + 1 files changed,

[PATCH 1/2][KEY]: Clean up proc files creation a bit.

Mainly this removes ifdef-s from inside the ipsec_pfkey_init. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> --- net/key/af_key.c | 35 +++ 1 files changed, 27 insertions(+), 8 deletions(-) diff --git a/net/key/af_key.c b/net/key/af_key.c index 45c3c27..162

Re: [PATCH] [NETNS] Remove unused member (dst_net) of dst_ops.

This has been added by the Daniel Lezcano <[EMAIL PROTECTED]> in the commit d4fa26ff44e31c2636a985e3092e2cd55d8045de. It looks to me a preparatory staff for IPv6 namespacing. I think this is not needed in 2.6.25 but will be required in 2.6.26 very soon. Regards, Den On Fri, 2008-02-08 a

Re: [PATCH] Add IPv6 support to TCP SYN cookies

On Thu, Feb 07, 2008 at 02:44:46PM -0500, Ross Vandegrift wrote: > On Wed, Feb 06, 2008 at 09:53:57AM +0100, Andi Kleen wrote: > > That would be useful yes -- for different bandwidths. > > My initial test is end-to-end 1000Mbps, but I've got a few different > packet rates. > > > If the young/old

[PATCH] [NETNS] Remove unused member (dst_net) of dst_ops.

Hi, This patches removes dst_net member (a pointer to struct net) of dst_ops (/include/net/dst.h). Current network namespace implementation does not use it at all. Denis - any comments ? Regards, Rami Rosen Signed-off-by: Rami Rosen <[EMAIL PROTECTED]> diff --git a/inclu

[patch 4/7] bnx2.c section fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/bnx2.c:67: error: version causes a section type conflict Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- drivers/net/bnx2.c |4 ++-- 1 fil

[patch 3/7] bnx2x section fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/bnx2x.c:73: error: version causes a section type conflict Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- drivers/net/bnx2x.c |4 ++-- 1 f

[patch 6/7] starfire secton fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/starfire.c:219: error: version causes a section type conflict Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- drivers/net/starfire.c |2 +-

[patch 5/7] via-velocity section fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/via-velocity.c:443: error: chip_info_table causes a section type conflict on this one I had to remove the __devinitdata too. Don't know why. Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signe

[patch 1/7] typhoon section fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/typhoon.c:137: error: version causes a section type conflict Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- drivers/net/typhoon.c |4 ++--

[patch 2/7] natsemi section fix

From: Andrew Morton <[EMAIL PROTECTED]> gcc-3.4.4 on powerpc: drivers/net/natsemi.c:245: error: natsemi_pci_info causes a section type conflict Cc: Jeff Garzik <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- drivers/net/natsemi.c |

[patch 7/7] pppol2tp: fix printk warnings

From: Andrew Morton <[EMAIL PROTECTED]> drivers/net/pppol2tp.c: In function `pppol2tp_seq_tunnel_show': drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg (arg 4) drivers/net/pppol2tp.c:2295: warning: long long unsigned int format, __u64 arg (arg 5) drivers/net/pppol2

[PATCH 2/2][SCTP]: Convert sctp_dbg_objcnt to seq files.

This makes the code use a good proc API and the text ~50 bytes shorter. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> --- net/sctp/objcnt.c | 85 +++- 1 files changed, 44 insertions(+), 41 deletions(-) diff --git a/net/sctp/objcnt.c b/net/s

[PATCH 1/2][SCTP]: Use snmp_fold_field instead of a homebrew analogue.

SCPT already depends in INET, so this doesn't create additional dependencies. Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]> --- net/sctp/proc.c | 23 ++- 1 files changed, 2 insertions(+), 21 deletions(-) diff --git a/net/sctp/proc.c b/net/sctp/proc.c index 2499732..97

Re: oops with ipcomp

> No I meant the exact output of ip x p and ip x s. I know, but as I end up every time with a tainted kernel on our production server I didn't turn ipcomp on, but now I got it. src Net_B dst A dir in priority 2088 tmpl src B dst A proto comp reqid 16394 mode tunne

Re: [PATCHv2] net: sh_eth: Add support for Renesas SuperH Ethernet

Andrew Morton wrote: > On Thu, 07 Feb 2008 17:39:23 +0900 Yoshihiro Shimoda <[EMAIL PROTECTED]> > wrote: > >> Add support for Renesas SuperH Ethernet controller. >> This driver supported SH7710 and SH7712. >> > > Nice looking driver. > > Quick comments: Thank you very much for your comment. >

tg3 kernel BUG at include/linux/netdevice.h:918!

FWIW, kernel 2.6.22.10, tainted with nvidia and vmware. BUG triggered twice now when a large number of processes (unrelated to vmware) tried to send lots of TCP data to other linux boxes (real, not virtual). tg3 TSO has been disabled with ethtool. kernel BUG at include/linux/netdevice.h:918! in

[PATCH] [IPV6] Replace using the magic constant "1024" with IP6_RT_PRIO_USER for fc_metric.

Hi, This patch replaces the explicit usage of the magic constant "1024" with IP6_RT_PRIO_USER in the IPV6 tree. Regards, Rami Rosen Signed-off-by: Rami Rosen <[EMAIL PROTECTED]> diff --git a/net/ipv6/route.c b/net/ipv6/route.c index 513f72e..6e7b56e 100644 --- a/net/ipv6/route.c +++ b/net/ipv6

[PATCH] smc91x: Add MigoR board support

This patch adds MigoR board support to the smc91x driver. Signed-off-by: Magnus Damm <[EMAIL PROTECTED]> --- drivers/net/smc91x.h | 14 ++ 1 file changed, 14 insertions(+) --- 0001/drivers/net/smc91x.h +++ work/drivers/net/smc91x.h 2008-02-06 23:13:55.0 +0900 @@ -306,6 +

Re: ipcomp regression in 2.6.24

From: "Marco Berizzi" <[EMAIL PROTECTED]> Date: Fri, 8 Feb 2008 10:12:25 +0100 > I haven't seen this patch in Greg 2.6.24-stable > review message. Due to having just returned from LCA08 I haven't made any -stable submissions in a while, and I notified Greg of this tonight. The networking fixes w

Re: ipcomp regression in 2.6.24

David Miller wrote: > From: Herbert Xu <[EMAIL PROTECTED]> > Date: Wed, 30 Jan 2008 14:15:33 +1100 > > > Marco Berizzi <[EMAIL PROTECTED]> wrote: > > > > > >> > With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine, data > > >> > flows in both directions, but no data comes out of the tunne

Re: oops with ipcomp

On Thu, Feb 07, 2008 at 07:01:32PM +0100, Beschorner Daniel wrote: > > > Could you show me the exact policies/SAs of the tunnel involved > > in the crash? > > esp/cbc(aes128)/hmac(sha1) No I meant the exact output of ip x p and ip x s. Thanks, -- Visit Openswan at http://www.openswan.org/ Email

[PATCH][NET_SCHED] sch_htb: htb_requeue fix

htb_requeue() enqueues skbs for which htb_classify() returns NULL. This is wrong because such skbs could be handled by NET_CLS_ACT code, and the decision could be different than earlier in htb_enqueue(). So htb_requeue() is changed to work and look more like htb_enqueue(). Signed-off-by: Jarek Po

Re: [NET_SCHED] Traffic Control subsystem Notifier for Kernel Modules

From: Yashpal Dutta <[EMAIL PROTECTED]> Date: Fri, 8 Feb 2008 12:49:42 +0530 > The patch adds raw notifiers in Traffic Control subsystem for communicating > Queue Disciplines and Classifiers added by user via TC application. > Interested kernel modules will have to register to the TC subsystem >

[NET_SCHED] Traffic Control subsystem Notifier for Kernel Modules

The patch adds raw notifiers in Traffic Control subsystem for communicating Queue Disciplines and Classifiers added by user via TC application. Interested kernel modules will have to register to the TC subsystem to be able to get new QDisc notifys asynchronously. Signed-off-by: Yashpal Dutta <[EMA

RE: cgroup: limit network bandwidth

Hello, Andrea! I have occasionally seen your patch on LWN (missed one in netdev@) and have two words about. May be this is not too late. I have missed my entire mailbox yesterday and have not followed the discussion. Pls forgive me. Rate-limiting message receive is nothing good at all. First, if