Re: [BUG - v3.10.27] sit: Bad list pointer

2014-01-27 Thread Nicolas Dichtel
700b3bf98 ("sit: add support of x-netns")). When sit.ko is unloaded, FB device is deleted by rtnl_link_unregister() and then we try to delete it again in sit_exit_net(). When I add this change, the removing of the module no longer gives this bug. Signed-off-by: Steven Rostedt Acked

Re: How to identify 6to4 and 6in4 tunnels

2014-01-27 Thread Nicolas Dichtel
Le 27/01/2014 11:39, zhuyj a écrit : Hi, Maintainers In our scene, we will create the 6in4/6to4 tunnel firstly and need to check the tunnel type, secondly, we will configure the ip address on it. So, Could we have any way to get the actual tunnel for 6in4 and 6to4 from current linux version? Bo

Re: ipv6: default route for link local address is not added while assigning a address

2014-01-10 Thread Nicolas Dichtel
CC: netdev Le 10/01/2014 13:20, sohny thomas a écrit : Default route for link local address is configured automatically if NETWORKING_IPV6=yes is in ifcfg-eth*. When the route table for the interface is flushed and a new address is added to the same device with out removing linklocal addr, defau

Re: [PATCH linux-3.10.y] ip6tnl: fix use after free of fb_tnl_dev

2013-12-19 Thread Nicolas Dichtel
Le 19/12/2013 11:07, Luis Henriques a écrit : On Tue, Dec 17, 2013 at 02:40:02PM -0500, David Miller wrote: From: Nicolas Dichtel Date: Fri, 13 Dec 2013 10:06:35 +0100 The upstream commit bb8140947a24 ("ip6tnl: allow to use rtnl ops on fb tunnel") (backported into linux-3.10.y)

[PATCH linux-3.10.y] ip6tnl: fix use after free of fb_tnl_dev

2013-12-13 Thread Nicolas Dichtel
: Steven Rostedt Suggested-by: Steven Rostedt Signed-off-by: Nicolas Dichtel --- net/ipv6/ip6_tunnel.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/net/ipv6/ip6_tunnel.c b/net/ipv6/ip6_tunnel.c index 0516ebbea80b..209bb4d6e188 100644 --- a/net/ipv6/ip6_tunnel.c +++ b/net/ipv6/ip6_tunnel.c @@

Re: [PATCH net-next v2 1/2] lib: introduce arch optimized hash library

2013-12-12 Thread Nicolas Dichtel
Le 12/12/2013 16:09, Francesco Fusco a écrit : We introduce a new hashing library that is meant to be used in the contexts where speed is more important than uniformity of the hashed values. The hash library leverages architecture specific implementation to achieve high performance and fall backs

Re: [BUG] stable v3.10.16+ introduced by "ip6tnl: allow to use rtnl ops on fb tunnel"

2013-12-12 Thread Nicolas Dichtel
Le 11/12/2013 22:53, David Miller a écrit : From: Greg Kroah-Hartman Date: Sun, 8 Dec 2013 16:25:31 -0800 On Wed, Nov 13, 2013 at 09:14:30PM -0500, Steven Rostedt wrote: +++ b/net/ipv6/ip6_tunnel.c @@ -1731,8 +1731,6 @@ static void __net_exit ip6_tnl_destroy_tunnels(struct ip

[tip:sched/urgent] sched/doc: Fix generation of device-drivers

2013-11-27 Thread tip-bot for Nicolas Dichtel
Commit-ID: 96739d6e548e16d76de39d059e1e39e70c187fff Gitweb: http://git.kernel.org/tip/96739d6e548e16d76de39d059e1e39e70c187fff Author: Nicolas Dichtel AuthorDate: Wed, 20 Nov 2013 09:50:28 +0100 Committer: Ingo Molnar CommitDate: Wed, 27 Nov 2013 11:05:23 +0100 sched/doc: Fix

[PATCH] doc: fix generation of device-drivers

2013-11-20 Thread Nicolas Dichtel
Since commit 7a6354e241d8 ("sched: Move wait.c into kernel/sched/"), the path of this file has changed. CC: Peter Zijlstra CC: Ingo Molnar Signed-off-by: Nicolas Dichtel --- Documentation/DocBook/device-drivers.tmpl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di

[PATCH net] ip6tnl: fix use after free of fb_tnl_dev

2013-11-14 Thread Nicolas Dichtel
ll never remove the FB tunnel. With this patch it will no more be possible to remove it via 'ip link del ip6tnl0', but it's safer. The same fix was already proposed by Willem de Bruijn for sit interfaces. CC: Willem de Bruijn Reported-by: Steven Rostedt Signed-off-by:

Re: [RFC net] netconf: set mulitcast family for multicast forwarding messages

2013-07-01 Thread Nicolas Dichtel
Le 28/06/2013 18:13, Stephen Hemminger a écrit : Revised version of Sven's patch. The idea is that multicast forwarding should be under the multicast address family like other multicast netlink messages. This version generates each family under separate headers when doing dump all. Compile test

Re: [PATCH] Set the correct RTNL family for multicast netconf messages

2013-06-28 Thread Nicolas Dichtel
Le 28/06/2013 17:26, Stephen Hemminger a écrit : On Thu, 27 Jun 2013 16:44:47 -0700 Sven-Thorsten Dietrich wrote: There may be other cases that require a special case, so I chose the switch approach. Please note, that all other messages from ipmr[6].c correctly set the family, while these d

Re: [PATCH] Set the correct RTNL family for multicast netconf messages

2013-06-28 Thread Nicolas Dichtel
Le 28/06/2013 03:51, Hannes Frederic Sowa a écrit : On Thu, Jun 27, 2013 at 06:33:42PM -0700, Stephen Hemminger wrote: On Fri, 28 Jun 2013 03:23:07 +0200 Hannes Frederic Sowa wrote: Hm, are you sure? NETCONFA_MC_FORWARDING is of type RTM_NEWNETCONF and expects ncm_family to be either AF_INET o

Re: Issues with "x86, um: switch to generic fork/vfork/clone" commit

2013-01-21 Thread Nicolas Dichtel
Le 20/01/2013 04:12, Al Viro a écrit : On Sat, Jan 19, 2013 at 06:38:08AM +, Al Viro wrote: [ 64.313636] kbd[2563]: segfault at 9fe ip 09fe sp b758293c error 4 in dash[8048000+18000] After bisecting, the following commit seems responsible: 1d4b4b2994b5fc208963c0b795291f8c1f18becf (x86

Re: [PATCH] net: ipv4: route: fixed a coding style issues net: ipv4: tcp: fixed a coding style issues

2012-12-20 Thread Nicolas Dichtel
Le 20/12/2012 09:08, Stefan Hasko a écrit : Fix a coding style issues. Signed-off-by: Stefan Hasko --- net/ipv4/route.c | 125 ++- net/ipv4/tcp.c | 218 +++--- 2 files changed, 200 insertions(+), 143 deletions(-

<    1   2   3   4