Hello.
David, this is what I promised before.
Please pull the following changesets, which implement
the source address selection algorythm described in RFC3484; e.g.:
- avoid using daprecated address
- prefer address in appropriate scope / on appropriate interface
- (minimum support of) matc
In article <[EMAIL PROTECTED]> (at Mon, 14 Nov 2005 18:42:30 +0800), Yan Zheng
<[EMAIL PROTECTED]> says:
> The "score.rule++" doesn't make any sense for me.
> According to codes above, I think it should be "hiscore.rule++;" .
Oops, you're right.
> Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
Ac
In article <[EMAIL PROTECTED]> (at Tue, 15 Nov 2005 17:20:50 -0500), Vlad
Yasevich <[EMAIL PROTECTED]> says:
> No, according to RFC 4007, loopback is considered a link-local
> address.
Agreed. RFC3484 also explicitly says that loopback is treated as link-local.
--yoshfuji
-
To unsubscribe from
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 17 Nov 2005 00:12:36 +0900 (JST)),
Yasuyuki KOZAKAI <[EMAIL PROTECTED]> says:
> [IPV4,IPV6] replace handmade list with hlist in IPv{4,6} reassembly
> Signed-off-by: Yasuyuki Kozakai <[EMAIL PROTECTED]>
Acked-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]
In article <[EMAIL PROTECTED]> (at Fri, 18 Nov 2005 08:44:27 +0800), Yan Zheng
<[EMAIL PROTECTED]> says:
> I get follow message when switch to single user mode and the kernel version
> is 2.6.15-rc1-git5.
:
> Nov 18 08:26:23 localhost kernel: Debug: sleeping function called from
> invalid conte
Hello.
In article <[EMAIL PROTECTED]> (at Mon, 21 Nov 2005 17:31:41 +0900), Kazunori
Miyazawa <[EMAIL PROTECTED]> says:
> Your ip_xfrm_transport_hook is a good idea, I think.
>
> We could call ip6_rcv_finish if the netfilter changed the addresses
> or otherwise we can continue the loop to avoid
In article <[EMAIL PROTECTED]> (at Tue, 22 Nov 2005 14:34:38 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> I want to do this so that Patrick doesn't have to repost
> 13 or so patches every time one of the parts still under
> discussion gets changed.
>
> Actually, it seems the only
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 22 Nov 2005 02:14:26 +0100), Patrick
McHardy <[EMAIL PROTECTED]> says:
> The easiest way would be to store nhoff somewhere in the skb and
> use it to continue at the next header. But I still hope there is
> a way without keeping data in the skb.
We
In article <[EMAIL PROTECTED]> (at Mon, 28 Nov 2005 18:14:48 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> I've implemented the necessary logic for TCP and UDP, but every other
> possible legitimate receiver of PKT_TOOBIG messages (RAW, SCTP, DCCP,
> AH6, ESP6, etc. etc. etc.) will
Hello.
Ensure to update hiscore.rule in dummy rule 4 in ipv6_dev_get_saddr().
Pointed out by Yan Zheng <[EMAIL PROTECTED]>.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
index a16064b..76ff9f4 100644
--- a/net/ipv6/addrconf.c
+++ b/ne
In article <[EMAIL PROTECTED]> (at Thu, 01 Dec 2005 18:04:30 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> net/ipv6/af_inet.c:inet6_create() has a similar problem and
> it also is missing the module load logic the ipv4 counterpart
> has.
>
> Anyone up for cooking up a fix for those
In article <[EMAIL PROTECTED]> (at Fri, 9 Dec 2005 11:45:04 +0200 (EET)), Pekka
Savola <[EMAIL PROTECTED]> says:
> 1) after reboot (card in slot), default route shows up, but does not
> get renewed. After timer expiry, the expiry timer seems to wrap
> around, and after a couple of seconds, the
In article <[EMAIL PROTECTED]> (at Fri, 9 Dec 2005 12:02:03 +0200 (EET)), Pekka
Savola <[EMAIL PROTECTED]> says:
> How do you differentiate between these two cases? One is valid while
> the other is not, but both seem valid to me.
>
> default via fe80::20a:5eff:fe51:7d58 dev eth1 proto kernel
In article <[EMAIL PROTECTED]> (at Tue, 13 Dec 2005 18:20:08 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> So what I've done is move these operations into base context using
> workqueues. Packet initiated events simply schedule a workqueue
> event, and the actual processing occurs
In article <[EMAIL PROTECTED]> (at Tue, 13 Dec 2005 20:57:42 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Wed, 14 Dec 2005 13:03:55 +0900 (JST)
>
> > BTW, will you please capitalize labels in enums?
>
> Andi suggested using func
In article <[EMAIL PROTECTED]> (at Sun, 18 Dec 2005 15:27:01 +0100), Patrick
McHardy <[EMAIL PROTECTED]> says:
> YOSHIFUJI Hideaki wrote:
> > In article <[EMAIL PROTECTED]> (at Tue, 22 Nov 2005 02:14:26 +0100),
> > Patrick McHardy <[EMAIL PROTECTED]> says:
> >
> >
> >>The easiest way would be
Hello.
Please apply the following patch to 2.6.15 tree.
Thank you.
---
[IPV6]: Fix route lifetime.
The route expiration time is stored in rt6i_expires in jiffies.
The argument of rt6_route_add() for adding a route is not the
expiration time in jiffies nor in clock_t, but the lifetime
(or time le
In article <[EMAIL PROTECTED]> (at Sun, 18 Dec 2005 23:59:35 +0100), Patrick
McHardy <[EMAIL PROTECTED]> says:
> YOSHIFUJI Hideaki wrote:
:
> > BTW, we're now using full of skb->cb
> > (and we are even exceeding it w/ mobile-ipv6 extensions)...
>
> Not in mainline so far, so maybe we can fit yo
In article <[EMAIL PROTECTED]> (at Wed, 21 Dec 2005 14:28:25 +0200), Kristian
Slavov <[EMAIL PROTECTED]> says:
> If you add more than one IPv6 address belonging to the same prefix and
> delete the address that was last added, routing table entry for that
> prefix is also deleted.
:
> Signed-off
Hello.
I'm sorry for taking last minutes.
Please pull the following changesets and push them to the 2.6.15 queue.
These fix, basically, random "FAIL"s in IPv6 Ready Logo Phase-2
Self Test in IPv6 Core Protocols.
Changesets are available at:
git://git.skbuff.net/gitroot/yoshfuji/linux-2.6.1
In article <[EMAIL PROTECTED]> (at Thu, 22 Dec 2005 03:54:29 -0500), Jeff
Garzik <[EMAIL PROTECTED]> says:
> I'm not sure all drivers have been converted to use netif_carrier_ok(),
> which would imply that IPv6 would now be broken on all drivers that do
> not yet support it?
I don't think so.
Hello.
Sorry, I introduced a dead-lock by the latest NETDEV_CHANGE patch.
We need to relesae ifp->lock before we call addrconf_dad_stop(),
which will hold ifp->lock.
Please apply this.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
in
From: Hiroyuki YAMAMORI <[EMAIL PROTECTED]>
Since regen_count is stored in the public address, we need to reset it
when we start renewing temporary address.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
index 510220f..745aa43 100644
-
In article <[EMAIL PROTECTED]> (at Tue, 27 Dec 2005 02:35:52 -0200), Arnaldo
Carvalho de Melo <[EMAIL PROTECTED]> says:
> diff --git a/drivers/net/sundance.c b/drivers/net/sundance.c
> index 0ab9c38..8cdeb5c 100644
> --- a/drivers/net/sundance.c
> +++ b/drivers/net/sundance.c
> @@ -633,9 +633,13
Hello.
Chinen-san has run tests against current net-2.6.16 tree.
We could run tests (Phase-1 for Host, Phase-2 Core for Host),
we see some regression in IPv6 neighbor discovery.
We have not tracked down closely yet.
FYI, you can find the result (IPv6 Ready Logo Phase-2 Core
(Host)) at:
http://t
Hello.
Again, we need to fix one more dead lock... sorry..
We need to release idev->lcok before we call addrconf_dad_stop().
It calls ipv6_addr_del(), which will hold idev->lock.
Bug spotted by Yasuyuki KOZAKAI <[EMAIL PROTECTED]>.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git
Use macro for spinlock_t/rwlock_t initializations/definition.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/netfilter/nf_conntrack_reasm.c
b/net/ipv6/netfilter/nf_conntrack_reasm.c
index c2c52af..f3e5ffb 100644
--- a/net/ipv6/netfilter/nf_conntrack_reasm.c
+++ b/net/
Use macro for spinlock_t definition.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/econet/af_econet.c b/net/econet/af_econet.c
index 34fdac5..cefc26d 100644
--- a/net/econet/af_econet.c
+++ b/net/econet/af_econet.c
@@ -56,7 +56,7 @@ static struct net_device *net2dev_map[25
Use macro for rwlock_t initialization.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index f829a4a..1cf305a 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -224,7 +224,7 @@ int ipv6_sock_mc_join(struct sock *sk, i
mc_lst->i
In article <[EMAIL PROTECTED]> (at Sat, 7 Jan 2006 02:09:30 +0100 (MET)),
Patrick McHardy <[EMAIL PROTECTED]> says:
> following are the remaining patches for netfilter IPsec support.
> They are missing the common-case optimization for inner transport mode
> SAs on the input path, but since its j
Hello.
Well, basic idea is okay. But...
In article <[EMAIL PROTECTED]> (at Fri, 13 Jan 2006 14:14:48 -0800), Joe
Perches <[EMAIL PROTECTED]> says:
> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
> index 7129d42..dfb4f14 100644
> --- a/net/ipv6/addrconf.c
> +++ b/net/ipv6/addrconf.c
>
In article <[EMAIL PROTECTED]> (at Fri, 13 Jan 2006 14:29:24 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> > changes all code to use NIP6_FMT
> > fixes net/ipv6/ip6_flowlabel.c
:
> This looks good, applied, thanks Joe.
As I have commented in another mail, the original patch
In article <[EMAIL PROTECTED]> (at Mon, 16 Jan 2006 16:59:20 +1100), Shaun
Pereira <[EMAIL PROTECTED]> says:
> If I understand correctly from your comments (thanks for that, they are
> helpful)
> copy_to_user acts like a memcopy for an 'array' of bytes and should not
> be used to copy the timeval
In article <[EMAIL PROTECTED]> (at Mon, 16 Jan 2006 17:33:59 -0500), Andy
Gospodarek <[EMAIL PROTECTED]> says:
> On 1/16/06, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > >
> > Maybe if you described "your current problem" someone could suggest a
> > solution...
> >
>
> Sure, I'd be glad to. If I
Hello.
In article <[EMAIL PROTECTED]> (at Sat, 7 Jan 2006 10:05:52 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> PACKET_AUTO_STATISTICS is the default and the kernel will zero the packet
> statistics when the PACKET_STATISTICS getsockopt() call is used.
> + case PACKET_AUTO_STATISTI
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 24 Jan 2006 16:38:26 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> + if (optlen != sizeof val)
sizeof(val)
Please use "sizeof(foo)" instead of "sizeof foo".
> --- x/include/linux/if_packet.h
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 13:12:02 -0700), [EMAIL
PROTECTED] (Eric W. Biederman) says:
> By bringing down the routes before we bring down the addresses we leak
> the dst cache entries held by the addresses.
:
> Fix this by simply moving rt6_ifdown where we flush the rout
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 09:13:26 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> +
> + case PACKET_ACCUMULATE_STATISTICS:
> + {
> + int val;
> +
> + if (optlen != sizeof(val))
> + return -EINVAL;
I thi
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 19:46:07 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> @@ -1399,6 +1423,17 @@ static int packet_getsockopt(struct sock
> return -EINVAL;
>
> switch(optname) {
> + case PACKET_ACCUMULATE_STATISTICS:
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 20:25:56 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> Okey-dokey.
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> --- x/net/packet/af_packet.c 2006-01-25 22:18:41.
In article <[EMAIL PROTECTED]> (at Thu, 26 Jan 2006 16:35:08 +0100),
Jean-Mickael Guerin <[EMAIL PROTECTED]> says:
> Following patch drops this flag. As you can see, it requires to set the
> flag back to RTF_EXPIRES in ndisc_router_discovery(), because
> rt6_add_dflt_router() asks a new route w
In article <[EMAIL PROTECTED]> (at Wed, 01 Feb 2006 17:28:10 -0800), Roland
Dreier <[EMAIL PROTECTED]> says:
> Sorry to distract everyone from the VJ channel discussion, but on the
> other hand it looks like Dave is back... I'm resending this because
> I'd really like to get this problem fixed bu
In article <[EMAIL PROTECTED]> (at Thu, 2 Feb 2006 23:42:25 +1100), Herbert Xu
<[EMAIL PROTECTED]> says:
> On Thu, Feb 02, 2006 at 05:37:22AM -0700, Eric W. Biederman wrote:
> >
> > > Yes you are right. The locking/refcounting in addrconf.c is such
> > > a mess. I've asked a number of times bef
In article <[EMAIL PROTECTED]> (at Fri, 3 Feb 2006 12:48:49 +1100), Herbert Xu
<[EMAIL PROTECTED]> says:
> On Fri, Feb 03, 2006 at 10:31:58AM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@
> wrote:
> >
> > We SHALL do autoconf when we "up" an ipv6-capable device.
> > It is the IPv6.
>
> I don't think
In article <[EMAIL PROTECTED]> (at Thu, 02 Feb 2006 20:09:44 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Fri, 03 Feb 2006 11:32:13 +0900 (JST)
>
> > BTW, David, would you mind sending your addrconf patches to me?
> > I'd like to
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 08 Feb 2006 17:17:24 +0200), Kristian
Slavov <[EMAIL PROTECTED]> says:
> During NETDEV_DOWN we clear IF_READY, and we don't set it back in
> NETDEV_UP. While starting to perform DAD on the link-local address, we
> notice that the device is not in
In article <[EMAIL PROTECTED]> (at Wed, 08 Feb 2006 15:59:31 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> > Good spot. Please drop {}, otherwise, I agree. Thank you.
>
> I'll take care of fixing that when I put in the fix.
Okay, thanks.
Acked-by: YOSHIFUJI Hideaki <[EMAIL PROT
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 9 Feb 2006 17:36:16 +0100), Ingo Oeser
<[EMAIL PROTECTED]> says:
> Here are some possible (and trivial) cleanups.
:
> - remove unused label
> @@ -3193,7 +3190,6 @@ static int inet6_fill_ifinfo(struct sk_b
> kfree(array);
> return skb->l
Hello.
In article <[EMAIL PROTECTED]> (at Sat, 11 Feb 2006 17:37:18 +0100), Ingo Oeser
<[EMAIL PROTECTED]> says:
> From: Ingo Oeser <[EMAIL PROTECTED]>
>
> Here are some possible (and trivial) cleanups.
> - use kzalloc() where possible
> - remove unused label
> - invert allocation failure test
In article <[EMAIL PROTECTED]> (at Wed, 15 Feb 2006 00:23:28 +), Al Viro
<[EMAIL PROTECTED]> says:
> In linux/igmp.h:
>
> struct ip_mc_list
> {
> struct in_device*interface;
> unsigned long multiaddr;
> struct ip_sf_list *sources;
>
> and AFAICS all
Hello.
In article <[EMAIL PROTECTED]> (at Fri, 17 Feb 2006 11:38:42 +0100), Olivier
MATZ <[EMAIL PROTECTED]> says:
> in skb_clone(), the following code is done twice :
>
> #if defined(CONFIG_NF_CONNTRACK) || defined(CONFIG_NF_CONNTRACK_MODULE)
> C(nfct_reasm);
> nf_conntrack_get_rea
In article <[EMAIL PROTECTED]> (at Sun, 19 Feb 2006 14:47:09 +0100), [EMAIL
PROTECTED] says:
> The fix is very simple, it only grab the value of frag_size and
> use it in ip6_fragment file, could you please review the patch which
> fix that problem at :
>
> http://clarinet.u-strasbg.fr/~hoerdt/i
In article <[EMAIL PROTECTED]> (at Sun, 19 Feb 2006 15:54:13 +0100), [EMAIL
PROTECTED] says:
> Yes, Hugo Santos suggested me to use the minimum of both, the new
> patch is available there :
>
> http://clarinet.u-strasbg.fr/~hoerdt/ip6_output.c.softfrag.patch2
Do you mean like this?
Signed-off-
In article <[EMAIL PROTECTED]> (at Fri, 27 Jan 2006 08:05:23 -0500), jamal
<[EMAIL PROTECTED]> says:
> diff --git a/include/linux/xfrm.h b/include/linux/xfrm.h
> index 82fbb75..b54a129 100644
> --- a/include/linux/xfrm.h
> +++ b/include/linux/xfrm.h
:
> @@ -235,6 +258,11 @@ struct xfrm_usersa_id
In article <[EMAIL PROTECTED]> (at Fri, 22 Sep 2006 02:31:59 -0500), William
Pitcock <[EMAIL PROTECTED]> says:
> This patch allows for a user to disable the requirement to meet the
> CAP_NET_BIND_SERVICE capability for a non-superuser. It is toggled by
> the net.ipv4.allow_lowport_bind_nonsup
In article <[EMAIL PROTECTED]> (at Thu, 5 Oct 2006 15:35:31 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> Are there any non-multicast interfaces that require addrconf?
> In other words, what does the following patch break :)
Why do you want to do this? Xen issue?
As Alexey mentioned before, a
In article <[EMAIL PROTECTED]> (at Thu, 5 Oct 2006 11:49:38 -0400 (EDT)), James
Morris <[EMAIL PROTECTED]> says:
> On Thu, 5 Oct 2006, Joerg Roedel wrote:
>
> > Is there a reason why the tunnel driver for IPv6-in-IPv4 is currently
> > compiled into the ipv6 module? This driver is only needed in
In article <[EMAIL PROTECTED]> (at Fri, 6 Oct 2006 11:34:02 +0200), Joerg
Roedel <[EMAIL PROTECTED]> says:
> this is the submit of the patch discussed yesterday to compile the sit
> driver as a seperate module.
>
> changes to yesterday:
> - default select changed to y in Kconfig
> - added ifdefs
In article <[EMAIL PROTECTED]> (at Fri, 6 Oct 2006 11:39:27 +0200), Joerg
Roedel <[EMAIL PROTECTED]> says:
> This patch contains the changes to net/ipv6/addrconf.c to remove sit
> specific code if the sit driver is not selected.
>
> Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
Signed-off-by:
In article <[EMAIL PROTECTED]> (at Tue, 10 Oct 2006 18:46:58 -0700), Ben
Woodard <[EMAIL PROTECTED]> says:
> diff -ru linux-2.6.18/net/ipv4/tcp.c linux-2.6.18.new/net/ipv4/tcp.c
> --- linux-2.6.18/net/ipv4/tcp.c 2006-09-19 20:42:06.0 -0700
> +++ linux-2.6.18.new/net/ipv4/tcp.c 200
In article <[EMAIL PROTECTED]> (at Wed, 11 Oct 2006 17:51:24 -0700), Ben
Woodard <[EMAIL PROTECTED]> says:
> diff -ru linux-2.6.18/net/ipv4/sysctl_net_ipv4.c
> linux-2.6.18.new/net/ipv4/sysctl_net_ipv4.c
> --- linux-2.6.18/net/ipv4/sysctl_net_ipv4.c 2006-09-19 20:42:06.0
> -0700
> +++
In article <[EMAIL PROTECTED]> (at Thu, 12 Oct 2006 11:41:24 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> Fixes rt6_lookup() to provide the source address in the flow
> and sets RT6_LOOKUP_F_HAS_SADDR whenever it is present in
> the flow.
>
> Avoids unnecessary prefix comparisons by checking
[IPV6]: Remove bogus WARN_ON in Proxy-NA handling.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>c
---
diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c
index 0304b5f..41a8a5f 100644
--- a/net/ipv6/ndisc.c
+++ b/net/ipv6/ndisc.c
@@ -967,8 +967,6 @@ static void ndisc_recv_na(struct sk_buff
In article <[EMAIL PROTECTED]> (at Tue, 17 Oct 2006 10:01:24 +0200),
Jean-Mickael Guerin <[EMAIL PROTECTED]> says:
> > Although this conversion is very clean and the next patch
> > is very logic, I'm going to hold on all patches from 7 onward
> > so there is some time for some discussion of the R
In article <[EMAIL PROTECTED]> (at Tue, 17 Oct 2006 12:14:02 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> * Ville Nuorvala <[EMAIL PROTECTED]> 2006-10-17 03:27
> > @@ -123,7 +111,7 @@ static int fib6_rule_match(struct fib_ru
> > return 0;
> >
> > if (r->src.plen) {
> > -
In article <[EMAIL PROTECTED]> (at Tue, 17 Oct 2006 13:35:11 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
:
> different logic. In order to solve this, rules must be restricted to
> one of these paths, i.e. a rule intending to make certain prefixes
> unreachable may not apply to the source select
In article <[EMAIL PROTECTED]> (at Tue, 17 Oct 2006 14:34:15 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> Right, that works as well but duplicating the rule for every
> interface is not very practical.
Though I think it is, but we could have "non-local" flag or such.
> Anyways, the point is
In article <[EMAIL PROTECTED]> (at Wed, 18 Oct 2006 07:08:07 +0200), Eric
Dumazet <[EMAIL PROTECTED]> says:
>
> +#if defined(CONFIG_IPV6) || defined(CONFIG_IPV6_MODULE)
> struct {
> struct in6_addr daddr;
> struct in
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:39:19 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> read_unlock(&ip6ip6_lock);
> - return 1;
> -
> + icmpv6_send(skb, ICMPV6_DEST_UNREACH,
> + ICMPV6_ADDR_UNREACH, 0, skb->dev);
> discard:
I'd argue this.
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:27:05 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> the following incremental patches contain several fixes to ip6_tunnel.c.
> They are in chronological order, so the most critical one is
> unfortunately last. Many thanks to Tero Kauppin
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:29:31 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >From f9812eb0349f44f6374910ce38524f0c6f7ce8f4 Mon Sep 17 00:00:00 2001
> From: Ville Nuorvala <[EMAIL PROTECTED]>
> Date: Thu, 2 Nov 2006 12:40:38 +0200
> Subject: [PATCH 1/6] IPv6: Fi
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:31:34 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >From e60ed41fb11793d16ffcbfd56b889e0bbf04ea88 Mon Sep 17 00:00:00 2001
> From: Ville Nuorvala <[EMAIL PROTECTED]>
> Date: Thu, 2 Nov 2006 12:43:50 +0200
> Subject: [PATCH 2/6] IPv6: Do
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:33:48 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >From de1ad3df949303a1454ae0cdee0a599c0fc95e45 Mon Sep 17 00:00:00 2001
> From: Ville Nuorvala <[EMAIL PROTECTED]>
> Date: Thu, 2 Nov 2006 12:45:08 +0200
> Subject: [PATCH 3/6] IPv6: Al
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:35:10 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >From b278633af228bcc986856f6492b02422c25656c7 Mon Sep 17 00:00:00 2001
> From: Ville Nuorvala <[EMAIL PROTECTED]>
> Date: Thu, 2 Nov 2006 12:47:54 +0200
> Subject: [PATCH 4/6] IPv6: Do
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:37:29 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >From 6b9b468f1cf3f2897fbcda389e8c2514a69c4943 Mon Sep 17 00:00:00 2001
> From: Ville Nuorvala <[EMAIL PROTECTED]>
> Date: Thu, 2 Nov 2006 12:49:47 +0200
> Subject: [PATCH 5/6] IPv6: Im
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 14:46:43 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> > http://testlab.linux-ipv6.org/tahi-autorun.2/net-2.6_20061018/
>
> The host testlab.linux-ipv6.org doesn't seem to be visible to the
> outside world so could you post the results som
In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 15:16:23 +0200), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> On 11/02/06 14:59, YOSHIFUJI Hideaki wrote:
> > In article <[EMAIL PROTECTED]> (at Thu, 02 Nov 2006 13:39:19 +0200), Ville
> > Nuorvala <[EMAIL PROTECTED]> says:
> >
> >>read_unlo
In article <[EMAIL PROTECTED]> (at Tue, 7 Nov 2006 10:30:02 +0100),
Jean-Philippe Andriot <[EMAIL PROTECTED]> says:
> The way to get the next protocol number of an IPv6 tunnel changes
> after introducing IP6CB, but I think we should go back to the
> previous version here.
:
> struct ipv6_
In article <[EMAIL PROTECTED]> (at Wed, 08 Nov 2006 00:34:38 -0800 (PST)),
David Miller <[EMAIL PROTECTED]> says:
>
> At:
>
> kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.git
I guess you mean net-2.6.20.git; right?
--yoshfuji
-
To unsubscribe from this list: send the line "unsubsc
Hello.
Please consider pulling following changesets from
"2.6.19-rc5-net-2.6.20-20061110-to-davem" branch at:
git://git.linux-ipv6.org/gitroot/yoshfuji/linux-2.6-dev.git
Regards,
HEADLINES
-
[IPV6] ROUTE: Use macros to format /proc/net/ipv6_route.
[IPV6] ROUTE: Use &rt->
Hello.
If net.ipv6.conf.default.forwarding is !0 when bringing up the interface,
we failed to join all routers multicast address, while we join/leave if we
enable/disable net.ipv6.conf.ethX.forwarding later.
This is inconsistent because we assume that we join all routers multicast
if and only if
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 23 Feb 2006 17:10:18 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Fri, 24 Feb 2006 00:23:51 +0900 (JST)
>
> > David, please apply. Thank you.
>
> Can you please resend the patch w
In article <[EMAIL PROTECTED]> (at Mon, 27 Feb 2006 22:34:48 -0500), John
Zielinski <[EMAIL PROTECTED]> says:
> I'm having a strange problem with my server machine. When I use an MTU
> of 9000 I get a throughput of only 45-65Mbit/sec not counting TCP/IP
> overhead. Receiving I get around 310M
In article <[EMAIL PROTECTED]> (at Tue, 28 Feb 2006 15:03:31 -0500), Brian
Haley <[EMAIL PROTECTED]> says:
> The scope element in the ipv6_saddr_score struct used in
> ipv6_dev_get_saddr() is an unsigned integer, but __ipv6_addr_src_scope()
> returns a signed integer (and can return -1).
>
> S
In article <[EMAIL PROTECTED]> (at Mon, 6 Mar 2006 02:34:16 -0500), Dave Jones
<[EMAIL PROTECTED]> says:
> We've already dereferenced 'np' a dozen
> times at this point, so it's safe to say it's not null.
>
> Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
Agreed.
--yoshfuji
-
To unsubscribe fro
In article <[EMAIL PROTECTED]> (at Mon, 06 Mar 2006 21:50:33 +0100),
Jean-Mickael Guerin <[EMAIL PROTECTED]> says:
> Hi,
>
> This patch fixes potential null pointer dereference (I never experiment
> such crash).
> The patch is made for net-2.6.17.
I disagree.
It never happen, because (void *)
In article <[EMAIL PROTECTED]> (at Tue, 7 Mar 2006 11:26:13 +0100), Ingo Oeser
<[EMAIL PROTECTED]> says:
> What about sth. like this simple defensive patch instead
> (against Linux 2.6.16-rc4)?
I disagree again. Sorry.
--yoshfuji
-
To unsubscribe from this list: send the line "unsubscribe netd
In article <[EMAIL PROTECTED]> (at Thu, 23 Mar 2006 16:34:12 +), Hugo
Santos <[EMAIL PROTECTED]> says:
>This patch fixes a soft lockup when encapsulated packets reach
> ip6ip6_rcv() and there is no tunnel associated with it. The error
> path returns a positive value (1) which will trigg
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 30 Mar 2006 16:39:14 +0200), Peter
Bieringer <[EMAIL PROTECTED]> says:
> IPv6:
> # ip -6 route show table cache
> ff02::1 via ff02::1 dev eth0 metric 0
> cache mtu 1280 advmss 1220 metric 10 4294967295
> ff02::1:ffea:7781 via ff02::1:ffea:7781
[IPV6]: Clean up hop-by-hop options handler.
- Removed unused argument (nhoff) for ipv6_parse_hopopts().
- Make ipv6_parse_hopopts() to align with other extension header
handlers.
- Removed pointless assignment (hdr), which is not used afterwards.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTEC
Hello.
Following changesets fix several errors in extension header handling.
I'd propose to push them (except 4/4, maybe) to -stable.
[PATCH 1/4] [IPV6]: Ensure to have hop-by-hop options in our header of &sk_buff.
[PATCH 2/4] [IPV6] XFRM: Don't use old copy of pointer after pskb_may_pull().
[PAT
[IPV6]: Ensure to have hop-by-hop options in our header of &sk_buff.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
net/ipv6/exthdrs.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
7bcedcc73a45a5577103422c33e01f1633173984
diff --git a/net/ipv6/exthdrs.c b/net
[IPV6] XFRM: Don't use old copy of pointer after pskb_may_pull().
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
net/ipv6/xfrm6_policy.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
83e25b9fb69b2c04ebfec2ee2b9fe95e5a7c0584
diff --git a/net/ipv6/xfrm6_policy.c b/net/i
[IPV6] XFRM: Fix decoding session with preceding extension header(s).
We did not correctly decode session with preceding extension
header(s). This was because we had already pulled preceding
headers, skb->nh.raw + 40 + 1 - skb->data was minus, and
pskb_may_pull() failed.
We now have IP6CB(skb)->
In article <[EMAIL PROTECTED]> (at Tue, 18 Apr 2006 14:49:14 -0700 (PDT)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> All applied, and I agree with pushing 1-3 into -stable,
> please send it.
Done. Thanks.
--yoshfuji
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
Hello.
We eliminated rt6_dflt_lock (to protect default router pointer)
at 2.6.17-rc1, and introduced rt6_select() for general router selection.
The function is called in the context of rt6_lock read-lock held,
but this means, we have some race conditions when we do round-robin.
Am I correct?
If
401 - 496 of 496 matches
Mail list logo
