srandom32 fixes for networking v2 - Let it update the state of all CPUs. The network stack goes into pains to feed the current IP addresses in, but it is not very effective if that is only done for some random CPU instead of all. So change it to feed bits into all CPUs. I decided to do that lockless because well somewhat random results are ok. v2: Drop rename so that this patch doesn't depend on x86 maintainers Signed-off-by: Andi Kleen <ak@suse.de> --- include/linux/net.h | 2 ...

Thanks Joe, Fixed and updated patch. Please take another look. Regards, Mandeep Fixed --- Currently, it is not possible to read/write to an eeprom larger than 128k in size because the buffer used for temporarily storing the eeprom contents is allocated using kmalloc. kmalloc can only allocate a maximum of 128k depending on architecture. Modified ethtool_get/set_eeprom to only allocate a page of memory and then copy the eeprom a page at a time. Signed-off-by: Mandeep Singh Baines ...

From: Joe Perches <joe@perches.com> Conglomerate from 4 separate patches from Joe. Signed-off-by: Joe Perches <joe@perches.com> Signed-off-by: Auke Kok <auke-jan.h.kok@intel.com> --- drivers/net/e1000/e1000.h | 86 +- drivers/net/e1000/e1000_ethtool.c | 160 ++-- drivers/net/e1000/e1000_hw.c | 1324 +++++++++++++++++++------------------ drivers/net/e1000/e1000_hw.h | 512 +++++++------- drivers/net/e1000/e1000_main.c | 174 ++--- 5 files changed, ...

Signed-off-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> --- diff --git a/net/dccp/proto.c b/net/dccp/proto.c index e3f5d37..d534cdf 100644 --- a/net/dccp/proto.c +++ b/net/dccp/proto.c @@ -1010,33 +1010,14 @@ void dccp_shutdown(struct sock *sk, int how) EXPORT_SYMBOL_GPL(dccp_shutdown); -static int __init dccp_mib_init(void) +static inline int dccp_mib_init(void) { - int rc = -ENOMEM; - - dccp_statistics[0] = alloc_percpu(struct dccp_mib); - if (dccp_statistics[0] == NULL) ...

This fixes the jumbo frame support on EMAC V4 systems. Now the correct bit is set depending on the EMAC version configured. Tested on Kilauea (405EX) and Canyonlands (460EX). Signed-off-by: Stefan Roese <sr@denx.de> --- drivers/net/ibm_newemac/core.c | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/net/ibm_newemac/core.c b/drivers/net/ibm_newemac/core.c index 0789802..486901f 100644 --- a/drivers/net/ibm_newemac/core.c +++ b/drivers/net/ibm_newemac/c...

The problem appears to be that openswan doesn't initialize the selectors family when adding new SAs. xfrm_init_state() uses the family to decide whether to set up inter family SAs or regular SAs. We used to fix up the family in xfrm_user, but this is now only done for transport mode SAs. - /* - * Set inner address family if the KM left it as zero. - * See comment in validate_tmpl. - */ - if (!x->sel.family) + if (x->props.mode == XFRM_MODE_TRANSPORT...

Yes, by massively downloading things :-) But I have no real recipe to make it easily reproducible... Looks like you are in fact interested in: grep WARNING: /var/log/kern.log | cut -c 40- | sort -u net/ipv4/tcp_input.c:1771 tcp_enter_frto+0x267/0x270() net/ipv4/tcp_input.c:2173 tcp_mark_head_lost+0x11d/0x150() net/ipv4/tcp_input.c:2532 tcp_ack+0x1a6f/0x1d60() OK Soeren --

yess, I have reverted that commit: now openswan is happy again. As always, thanks a lot Patrick --

Manually adding SAs works fine for me, can you figure out what kind of SA openswan was trying to add? --

I'm not seeing any policies that actually specify IPsec. I'm guessing that is something openswan-specific. Anyway, there haven't been much patches in this area since -rc4, does reverting commit df9dcb458 help? --

Sounds ok, but I wonder if we ever have a MAL with more than 8 chans, do --

Agreed. I got a bit carried away.. Ben. --

Hi everybody, openswan 2.4.12 doesn't work anymore with 2.6.25-rc8: quick mode is failing with this error: ERROR: netlink response for Add SA esp.8a56fa21@1.1.1.1 included errno 93: Protocol not supported I have tried both with des3 and aes but I get always the same error. This is my .config # # Automatically generated make config: don't edit # Linux kernel version: 2.6.25-rc6 # Mon Mar 17 11:15:13 2008 # # CONFIG_64BIT is not set CONFIG_X86_32=y # CONFIG_X86_64 is not set CONFIG_X8...

> On Tue, May 01, 2007 at 10:48:11PM +0200, Beschorner Daniel It must have been indeed triggered by a kernel change or bug, with current 2.6.24.4 all works fine again. Daniel --

> checking closed socket status is wrong. In recent kernels returned No worries, I just wanted to mention for the annals... It's a rather old, but standard distro's, telnet server. Daniel --

In the "net" branch of my repo, there are a series of changesets that modify the definition of struct pci_device_id to use the macro DEFINE_PCI_DEVICE_TABLE. All the changesets in the public tree are one-liners of the type: -static struct pci_device_id myri10ge_pci_tbl[] = { +static DEFINE_PCI_DEVICE_TABLE(myri10ge_pci_tbl) = { ... The change to using this macro has two effects: i) Makes the structure 'const' ii) Puts the structure in section __devinitconst Both these changes are as...

Avoid unneeded test in the case where object to be freed has to be a leaf. Don't need to use the generic tnode_free() function, instead just setup leaf to be freed. Signed-off-by: Stephen Hemminger <shemminger@vyatta.com> --- a/net/ipv4/fib_trie.c 2008-04-02 10:50:42.000000000 -0700 +++ b/net/ipv4/fib_trie.c 2008-04-02 10:50:43.000000000 -0700 @@ -160,7 +160,6 @@ static void tnode_put_child_reorg(struct static struct node *resize(struct trie *t, struct tnode *tn); static struct tnode *in...

Hello, Three comments: Hello 1) I downlaoded the mcast-tools git tree. There is no configure script there and no Makefile. How is it to build ? 2) Typo correction: it should be git://git.linux-ipv6.org/gitroot/yoshfuji/mcast-tools.git and not git:/git.linux-ipv6.org/gitroot/yoshfuji/mcast-tools.git 3) I had looked for some info about Multicast Routing; I found Chapter 2 in "IPv6 Advanced Protocols Implementation" book. But it talks about kame project. It talks about Protocol Independent Multicast (PI...

Thanks ! Do we have to replace some user space headers so that mcast tools will compile successfully ? I am having this issue: running (on fc7) for mcast-tools: aclocal; automake; autoconf and than ./configure make gives: In file included from /usr/include/linux/mroute.h:5, from mfc.h:41, from mfc.c:32: /usr/include/linux/in.h:26: error: redeclaration of enumerator 'IPPROTO_IP' /usr/include/netinet/in.h:33: error: previous definition of 'IPPROTO_IP' was here /usr/incl...

Hello. This updates ISATAP implementation in Linux kernel based on the update from Templin, Fred L <fred.l.templin@boeing.com>. One big question is the "dump" support (4th commit). Since we cannot use copy_to_user family inside the lock, nasty kcalloc() is used inside the lock so far... Patches are also available at git://git.linux-ipv6.org/gitroot/yoshfuji/linux-2.6-dev.git net-2.6.26-isatap-20080403 Regards, --- HEADLINES --------- [IPV6] SIT: Add PRL management for ISA...

Signed-off-by: Joe Perches <joe@perches.com> net/atm/lec.c | 8 ++++---- net/atm/proc.c | 16 ++++++++-------- net/atm/resources.c | 5 +++-- 3 files changed, 15 insertions(+), 14 deletions(-) diff --git a/net/atm/lec.c b/net/atm/lec.c index aa3785e..9bd64bd 100644 --- a/net/atm/lec.c +++ b/net/atm/lec.c @@ -1014,7 +1014,7 @@ static void *lec_tbl_walk(struct lec_state *state, struct hlist_head *tbl, if (!e) e = tbl->first; - if (e == (void *)1) { + if (e...

I reformatted them because the coding standards call for them to be formatted differently. I was aware of that when I wrote them, so I'm not sure why I left them like that. I combined them with this patch due to laziness. I'll separate them out when I resubmit. Andy --

Sebastian --

Hi Sebastian, After the last discussions on uclinux-dev about this I have a patch virtualy identical to this prepared for inclusion in the 2.6.26 merge window. Regards -- ------------------------------------------------------------------------ Greg Ungerer -- Chief Software Dude EMAIL: gerg@snapgear.com Secure Computing Corporation PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Aust...

I don't keep a quilt series or a git tree currently. I release periodically in the form of the -uc patch series. Regards -- ------------------------------------------------------------------------ Greg Ungerer -- Chief Software Dude EMAIL: gerg@snapgear.com SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com -- ...