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
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 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 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 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 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: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: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: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: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: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 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 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 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 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 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
[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 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
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 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 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 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 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 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 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
Hello.
Here is the update for IPv6 for net-2.6.19, take 2.
Changes:
- Fix IsRouter flag in NAs.
- Add HA/MN Support.
With these changesets, net-2.6.19 will be able to handle fundermental
not only CN (Correspondent Node) operation but also HA (Home Agent) /
MN (Mobile Node) operations.
Please
Hello.
In article <[EMAIL PROTECTED]> (at Mon, 18 Sep 2006 20:57:46 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> * YOSHIFUJI Hideaki <[EMAIL PROTECTED]> 2006-09-19 00:08
:
> > [NET]: Include new rtnetlink headers for userspace backward
> > compatibility.
:
> > diff --git a/include/linux/
In article <[EMAIL PROTECTED]> (at Tue, 19 Sep 2006 18:26:29 +0200), Nicolas
DICHTEL <[EMAIL PROTECTED]> says:
> > + if (pneigh)
> > + is_router = pneigh->flags & NTF_ROUTER;
> >
> In function ndisc_send_na(), is_router must be 1 or 0, doesn't it ? Because,
> icmph.icmp6_router is
Hello.
Please pull the following changesets available at:
git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060918-net/
HEADLINES
-
[XFRM]: Do not add a state whose SPI is zero to the SPI hash.
[NET]: Move netlink interface bits to linux/if_link.h.
[NET]: Include lin
Hello.
Please pull the following changesets available at:
git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060918-inet6/
HEADLINES
-
[IPV6] NDISC: Handle NDP messages to proxied addresses.
[IPV6]: Don't forward packets to proxied link-local address.
[IPV6] NDISC: Av
Hello.
In article <[EMAIL PROTECTED]> (at Sun, 10 Sep 2006 20:10:06 +0300), Diego
Beltrami <[EMAIL PROTECTED]> says:
> as part of this email you can find a patch which introduces the BEET mode
> (Bound
> End-to-End Tunnel) as specified by the ietf draft at the following link:
:
> Signed-off-by
In article <[EMAIL PROTECTED]> (at Sun, 3 Sep 2006 10:28:30 +0300), Rémi
Denis-Courmont <[EMAIL PROTECTED]> says:
> This patch should add support for -1 as "default" IPv6 traffic class, as
> specified in IETF RFC3542 §6.5. Within the kernel, it seems tclass < 0
> is already handled, but setsock
Hello.
Following patch is for linux-2.6.
I think it is appropriate to push this to -stable.
---
[IPV6]: Fix tclass setting for raw sockets.
np->cork.tclass is used only in cork'ed context.
Otherwise, np->tclass should be used.
Bug#7096 reported by Remi Denis-Courmont <[EMAIL PROTECTED]>.
Sign
In article <[EMAIL PROTECTED]> (at Wed, 30 Aug 2006 10:12:10 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> Hasso Tepper <[EMAIL PROTECTED]> wrote:
> >
> >> You can disable it in /proc/sys/net/ipv6/conf/default/... and then
> >> reenable it on the interfaces that you actually want.
> >
> > You c
In article <[EMAIL PROTECTED]> (at Tue, 29 Aug 2006 10:24:35 +0200), Olaf Kirch
<[EMAIL PROTECTED]> says:
> When the Xen code configures the bridge device, this will do IPv6
> autoconfiguration for the interface, and since they use synthetic MAC
> addresses, there will be DAD collisions.
:
> The
In article <[EMAIL PROTECTED]> (at Tue, 29 Aug 2006 10:35:36 +0200), Olaf Kirch
<[EMAIL PROTECTED]> says:
> During stress testing, machines were frequently crashing in
> __ipv6_ifa_notify on dst_hold(&ifp->rt.u_dst), with ifp->rt being a
> NULL pointer.
>
> The attached patch fixes the problem.
[IPV6] ROUTE: Fix dst reference counting in ip6_pol_route_lookup().
In ip6_pol_route_lookup(), when we finish backtracking at the
top-level root entry, we need to hold it.
Bug noticed by Mitsuru Chinen <[EMAIL PROTECTED]>.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
diff --git a/n
[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(
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).
>
>
In article <[EMAIL PROTECTED]> (at Fri, 25 Aug 2006 16:06:58 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> > > > + .fwmark = skb->nfmark,
:
> It seems to make better sense to protect this with
> IPV6_ROUTE_FWMARK instead of NETFILTER. And it is
> consistent
In article <[EMAIL PROTECTED]> (at Fri, 25 Aug 2006 15:29:25 -0400), Brian
Haley <[EMAIL PROTECTED]> says:
> > .saddr = iph->saddr,
> > + .fwmark = skb->nfmark,
> > .flowlabel = (* (u32 *) iph)&IPV6_FLOWINFO_MASK,
:
[IPV6] ROUTE: Fix size of fib6_rule_policy.
It should not be RTA_MAX+1 but FRA_MAX+1.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
net/ipv6/fib6_rules.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ipv6/fib6_rules.c b/net/ipv6/fib6_rules.c
index b4cd5
Hello.
Here's some IPv6 policy rouging fixes on top of net-2.6.19 tree.
[PATCH 1/3] [IPV6] ROUTE: Fix FWMARK support.
[PATCH 2/3] [IPV6] ROUTE: Fix size of fib6_rule_policy.
If we accept Patrick's IPv4 fwmask patch, here's the one for IPv6.
[PATCH 3/3] [IPV6] ROUTE: Add support for fwmask
[IPV6] ROUTE: Fix FWMARK support.
- Add missing nla_policy entry.
- type of fwmark is u32, not u8.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
net/ipv6/fib6_rules.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/ipv6/fib6_rules.c b/net/ipv6/fib6_rules
[IPV6] ROUTE: Add support for fwmask in routing rules.
Add support for fwmark masks.
A mask of 0x is used when a mark value != 0 is sent without a mask.
Based on patch for net/ipv4/fib_rules.c by Patrick McHardy <[EMAIL PROTECTED]>.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
In article <[EMAIL PROTECTED]> (at Fri, 25 Aug 2006 03:00:34 +0900 (JST)),
YOSHIFUJI Hideaki <[EMAIL PROTECTED]> says:
> Please pull
> git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060825-inet6
> +int in6_pton(const char *src, int srclen,
:
> + printf("srclen=%d\n", srclen);
(FYI, Da
Hello.
Please pull
git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060825-inet6
for the following updates on top of the net-2.6.19 tree.
Regards,
HEADLINES
-
[IPV6] MIP6: Several obvious clean-ups.
[IPV6] ROUTE: Routing by Traffic Class.
[IPV6] ROUTE: Routing by FWMARK.
In article <[EMAIL PROTECTED]> (at Wed, 23 Aug 2006 22:57:06 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> Are there any other Mobile-IPV6 patches necessary for the
> kernel?
The patches cover most of MIPv6 and CN should work.
However, for HA/MN, there are small number of patches
to sen
In article <[EMAIL PROTECTED]> (at Thu, 24 Aug 2006 00:02:28 +0900), YOSHIFUJI
Hideaki <[EMAIL PROTECTED]> says:
> +#ifdef CONFIG_IPV6_MIP6
> + if (ipv6_clear_mutable_options(skb->nh.ipv6h, hdr_len, XFRM_POLICY_IN))
> + goto out;
> +#else
> if (ipv6_clear_mutable_options(skb
In article <[EMAIL PROTECTED]> (at Wed, 23 Aug 2006 13:22:06 -0400), Brian
Haley <[EMAIL PROTECTED]> says:
> > + /* not_found */
> > + return -1;
> > + bad:
> > + return -1;
> > +}
>
> You could change this to:
>
> /* not_found */
> bad:
> return -1;
> }
Right. I thi
In article <[EMAIL PROTECTED]> (at Thu, 24 Aug 2006 00:02:01 +0900), YOSHIFUJI
Hideaki <[EMAIL PROTECTED]> says:
> This is the update of the "MIPv6 CN introduction" and "MIPv6 CN"
> based on the MIPL2 kernel patch.
Headlines and diffstats are:
HEADLINES
-
[XFRM]: Add XFRM_MODE_xxx
Hello.
Upcoming 2.6.18 provides Generic Segmentation Offload (GSO).
This provides its control with -K option.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/ethtool-copy.h b/ethtool-copy.h
index d696de3..30f5e05 100644
--- a/ethtool-copy.h
+++ b/ethtool-copy.h
@@ -285,6 +285,8
Hello.
In article <[EMAIL PROTECTED]> (at Mon, 21 Aug 2006 07:36:19 +0200), Peter
Bieringer <[EMAIL PROTECTED]> says:
> In IPv6, the behavior is completly different:
>
> # ip -6 addr show dev eth0 |grep -w inet6 |grep -w global
> inet6 2001:db8:0:1::11/64 scope global
>
> # ip -6 addr add
Hello.
In article <[EMAIL PROTECTED]> (at Sun, 20 Aug 2006 12:15:28 +0200), Willy
Tarreau <[EMAIL PROTECTED]> says:
> But I don't want to induce such large changes in this kernel. The goal of
> this test is a preventive measure to catch easily exploitable errors that
> might have remained undete
Hi,
In article <[EMAIL PROTECTED]> (at Thu, 17 Aug 2006 10:56:40 -0400 (EDT)),
James Morris <[EMAIL PROTECTED]> says:
> On Thu, 17 Aug 2006, [EMAIL PROTECTED] wrote:
>
> > - if (inet2->num == snum &&
> > - sk2 != sk &&
> > - !ipv6_on
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 16 Aug 2006 08:46:48 +0100), [EMAIL
PROTECTED] says:
> 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.
:
:
> +#if defined(CONFIG_IPV6) || defin
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 10 Aug 2006 00:37:14 +0300), Ville
Nuorvala <[EMAIL PROTECTED]> says:
> >> commit e0ad64d5b44179ea1296d737dec23279c72c9636
> >> Author: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> >> Date: Wed Aug 9 17:08:33 2006 +0900
> >>
> >> [IPV6] NDISC: Allo
Hello.
Here's a set of changesets (on top of net-2.6.19 tree) to fix routing / ndisc.
Changesets are available at:
git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060809-polroute-fixes/
Thank you.
HEADLINES
-
[IPV6] NDISC: Take source address into account for redirects.
In article <[EMAIL PROTECTED]> (at Fri, 4 Aug 2006 19:41:20 +0200), Thomas Graf
<[EMAIL PROTECTED]> says:
> The patches are against the net-2.6.19 tree.
Oh sorry, you're absolutely right...
--yoshfuji
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messa
In article <[EMAIL PROTECTED]> (at Fri, 04 Aug 2006 12:23:08 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> This patchset implements multiple IPv6 routing tables and
> policy routing. Even though the code is almost rewritten
:
Thomas, there are some coflicts with current net-2.6 tree.
Would you
In article <[EMAIL PROTECTED]> (at Wed, 2 Aug 2006 01:58:49 +0100), Hugo Santos
<[EMAIL PROTECTED]> says:
>Still regarding Subtrees, is there any interest in revitalizing that
> code? I have a couple patches that i could submit.
I also have several patches which are being sent.
--yoshfuji
Hello.
The patch seems sane to me.
In article <[EMAIL PROTECTED]> (at Tue, 01 Aug 2006 05:45:39 -0400), weidong
<[EMAIL PROTECTED]> says:
> signed-off-by: Wei Dong <[EMAIL PROTECTED]>
Acked-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--yoshfuji
-
To unsubscribe from this list: send the line "uns
Hello.
Next time, please put your "Signed-off-by" line before the patch.
Thank you.
In article <[EMAIL PROTECTED]> (at Tue, 01 Aug 2006 05:45:33 -0400), weidong
<[EMAIL PROTECTED]> says:
> signed-off-by:Wei Dong <[EMAIL PROTECTED]>
Acked-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--yoshfuji
-
T
In article <[EMAIL PROTECTED]> (at Fri, 28 Jul 2006 12:32:29 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> * YOSHIFUJI Hideaki / ?$B5HF#1QL@ <[EMAIL PROTECTED]> 2006-07-28 15:10
> > Well, as you stated, the code is based on the work of MIPL,
> > which is being jointly developed by Helsinki Univ
In article <[EMAIL PROTECTED]> (at Fri, 28 Jul 2006 21:14:28 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> For now I would suggest we use Thomas's approach, and we
> can make performance measurements to determine if it makes
> to optimize this or consider other methods.
Okay.
--yoshfuj
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 27 Jul 2006 00:00:02 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> Adds the framework to support multiple IPv6 routing tables.
Well, one design consideration that I have had for several months
is performance impact.
Previously, we directly use a
In article <[EMAIL PROTECTED]> (at Fri, 28 Jul 2006 17:18:18 +0900 (JST)),
YOSHIFUJI Hideaki <[EMAIL PROTECTED]> says:
> In article <[EMAIL PROTECTED]> (at Fri, 28 Jul 2006 01:11:03 -0700 (PDT)),
> David Miller <[EMAIL PROTECTED]> says:
>
> > Besides this correction, the rest of the changes loo
In article <[EMAIL PROTECTED]> (at Fri, 28 Jul 2006 01:11:03 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> Besides this correction, the rest of the changes look fine to me.
> I think we should get these fixes into 2.6.18, if you don't mind.
>
> So please resubmit with the correction.
O
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 27 Jul 2006 00:11:00 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> It's not final but somewhat working, I'm eager to see comments
> or patches. I apologize if I've tramped onto anybody's foot
> by taking this up and submitting it, this isn't meant
Hello.
Based on MIPL kernel patch, these changesets contain following:
- fix payload length checking
- fix infinity lifetime handling
- add/modify finity lifetime from userspace
This is only for review. Comments appreciated.
We will prepare another round.
(To Ville and Antti: please send me
In article <[EMAIL PROTECTED]> (at Tue, 25 Jul 2006 16:54:36 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> > Well, instead, should it be initalized to protocol number, shouldn't it?
>
> Initially, this was my reaction too. But, aparently it is defined
> to be zero, from TCP/IP Illustra
In article <[EMAIL PROTECTED]> (at Tue, 25 Jul 2006 10:45:51 -0400 (EDT)),
James Morris <[EMAIL PROTECTED]> says:
> The recvmsg() for raw socket seems to return random u16 value
> from the kernel stack memory since port field is not initialized.
> But I'm not sure this patch is correct.
> Does ra
In article <[EMAIL PROTECTED]> (at Mon, 10 Jul 2006 15:00:45 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> > If IPv6 addresses are ordered by scope, then ipv6_dev_get_saddr() can
> > break-out of the device addr_list for() loop when the candidate source
> > address scope is less than t
In article <[EMAIL PROTECTED]> (at Fri, 7 Jul 2006 11:54:25 +0400), Andrey
Savochkin <[EMAIL PROTECTED]> says:
> On Fri, Jul 07, 2006 at 01:34:34PM +0900, YOSHIFUJI Hideaki / [EMAIL
> PROTECTED](B wrote:
> > In article <[EMAIL PROTECTED]> (at Mon, 3 Jul 2006 12:18:51 +0400), Andrey
> > Savochki
In article <[EMAIL PROTECTED]> (at Mon, 3 Jul 2006 12:18:51 +0400), Andrey
Savochkin <[EMAIL PROTECTED]> says:
> @@ -3271,22 +3277,22 @@ int unregister_netdevice(struct net_devi
>
> /* And unlink it from device chain. */
> for (dp = &dev_base; (d = *dp) != NULL; dp = &d->next) {
Wh
In article <[EMAIL PROTECTED]> (at Mon, 03 Jul 2006 10:07:46 +0200), Arjan van
de Ven <[EMAIL PROTECTED]> says:
> Since you still have the patches correct on your machine, could you
> resend them in "Preformat" mode? That makes it a lot easier for people
> to do anything with them
And, please CC
In article <[EMAIL PROTECTED]> (at Fri, 30 Jun 2006 15:42:09 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> [IPV6]: Remove redundant length check on input
>
> We don't need to check skb->len when we're just about to call
> pskb_may_pull since that checks it for us.
>
> Signed-off-by: Herbert Xu
In article <[EMAIL PROTECTED]> (at Thu, 29 Jun 2006 10:35:56 -0700), Roland
Dreier <[EMAIL PROTECTED]> says:
> > > Dave, you're going to have to be more specific. What do you mean by
> > > RDMA? The whole drivers/infiniband infrastructure, which handles RDMA
> > > over IB, has been upstream
Hello.
In article <[EMAIL PROTECTED]> (at Thu, 29 Jun 2006 09:54:37 -0700), Roland
Dreier <[EMAIL PROTECTED]> says:
> David> Roland, there is no way in the world we would have let
> David> support for RDMA into the kernel tree had we seen and
> David> reviewed it on netdev. I've dis
In article <[EMAIL PROTECTED]> (at Fri, 23 Jun 2006 17:28:12 -0700),
"Ravinandan Arakali" <[EMAIL PROTECTED]> says:
> Neterion's Xframe adapter supports TSO over IPv6.
I remember you posted some patches.
Would you post revised version reflecting Stephen's comment, please?
--yoshfuji
-
To unsubs
In article <[EMAIL PROTECTED]> (at Thu, 22 Jun 2006 23:14:07 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Fri, 23 Jun 2006 15:12:44 +0900 (JST)
>
> > We do not waste syscall entries; we can probably use socketcall
> > for sys_aio_recv
In article <[EMAIL PROTECTED]> (at Thu, 22 Jun 2006 21:14:37 +0400), Evgeniy
Polyakov <[EMAIL PROTECTED]> says:
> Patch against linux-2.6.17-git tree attached (gzipped).
> I would like to hear some comments about the overall design,
> implementation and plans about it's usefullness for generic ke
In article <[EMAIL PROTECTED]> (at Thu, 22 Jun 2006 18:14:00 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> [NET]: Add software TSOv4
>
> This patch adds the GSO implementation for IPv4 TCP.
>
> Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
I'd appreciate if you code up IPv6 TCP as well. :-)
Hello.
Yes, I genrally like this idea.
In article <[EMAIL PROTECTED]> (at Thu, 22 Jun 2006 18:12:11 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> GSO like TSO is only effective if the MTU is significantly less than the
> maximum value of 64K. So only the case where the MTU was set to 1500 is
In article <[EMAIL PROTECTED]> (at Wed, 21 Jun 2006 23:58:56 -0400 (EDT)),
James Morris <[EMAIL PROTECTED]> says:
> On Thu, 22 Jun 2006, Kelly Daly wrote:
>
> > + switch (bp->netchan_buf_proto) {
> > + case __constant_htons(ETH_P_IP): {
>
> __constant_htons and friends should not be used in
In article <[EMAIL PROTECTED]> (at Thu, 22 Jun 2006 00:57:56 +0200), Lukasz
Stelmach <[EMAIL PROTECTED]> says:
> Lukasz Stelmach wrote:
> > Lukasz Stelmach wrote:
> >
> >> [...] when trying to connect to
> >>
> >> 2001:200:0:8002:203:47ff:fea5:3085 (www.kame.net)
> >>
> >> with two global addres
In article <[EMAIL PROTECTED]> (at Wed, 21 Jun 2006 13:45:19 -0500), Steve Wise
<[EMAIL PROTECTED]> says:
> This patch implements a mechanism that allows interested clients to
> register for notification of certain network events. The intended use
> is to allow RDMA devices (linux/drivers/infinib
We need to update hiscore.rule even if we don't enable CONFIG_IPV6_PRIVACY,
because we have more less significant rule; longest match.
I think it is suitable for -stable as well.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
net/ipv6/addrconf.c |3 +++
1 files changed, 3 insertion
In article <[EMAIL PROTECTED]> (at Wed, 21 Jun 2006 15:42:11 +0200), Lukasz
Stelmach <[EMAIL PROTECTED]> says:
> --- /usr/src/linux/net/ipv6/addrconf.c~ 2006-06-21 11:41:22.0
> +0200
> +++ /usr/src/linux/net/ipv6/addrconf.c2006-06-21 15:33:26.0
> +0200
> @@ -862,6
In article <[EMAIL PROTECTED]> (at Tue, 20 Jun 2006 23:38:46 +0200), Lukasz
Stelmach <[EMAIL PROTECTED]> says:
> Greetings.
>
> net/ipv6/addrconf.c:971 is
> /* Rule 2: Prefer appropriate scope */
> if (hiscore.rule < 2) {
> hiscore.scope = __ipv6_addr_src_scope(hiscore.addr_type);
>
In article <[EMAIL PROTECTED]> (at Tue, 13 Jun 2006 18:03:22 +0200), Patrick
McHardy <[EMAIL PROTECTED]> says:
> Yes, thats better. I also thing we shouldn't return -EINVAL but
> -ENOSPC or something like that, -EINVAL usually indicated that
> the user sent an invalid message, which isn't the cas
In article <[EMAIL PROTECTED]> (at Wed, 14 Jun 2006 00:44:06 +0900), Kazunori
MIYAZAWA <[EMAIL PROTECTED]> says:
> This patch introduces AES-XCBC-MAC using the "keyed hash" interface.
> It accordingly depends on the previous patch.
>
> Signed-off-by: Kazunori MIYAZAWA <[EMAIL PROTECTED]>
Acked-b
In article <[EMAIL PROTECTED]> (at Wed, 14 Jun 2006 00:44:00 +0900), Kazunori
MIYAZAWA <[EMAIL PROTECTED]> says:
> This is preparation to introduce AES-XCBC-MAC.
> - introducing common interface "keyed hash"
> - making HMAC use the interface
Acked-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
BTW,
In article <[EMAIL PROTECTED]> (at Fri, 9 Jun 2006 10:36:41 +0100), Gerrit
Renker <[EMAIL PROTECTED]> says:
> Thank you for your replies and comments, I will be back when the v6 side is
> ready.
Please fix the following as well.
1. Put your code in net/ipv4, probably as udplite.c, and remove n
Hello.
In article <[EMAIL PROTECTED]> (at Fri, 09 Jun 2006 00:56:46 +0200), Patrick
McHardy <[EMAIL PROTECTED]> says:
Okay, thanks.
I think it is better to eliminate these magic numbers.
How about this?
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/ne
In article <[EMAIL PROTECTED]> (at Thu, 08 Jun 2006 15:47:52 +0100), Alan Cox
<[EMAIL PROTECTED]> says:
> Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
> > + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
> > + lightweight, connection-less services. The
In article <[EMAIL PROTECTED]> (at Thu, 8 Jun 2006 11:50:33 +0100), Gerrit
Renker <[EMAIL PROTECTED]> says:
> + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
> + lightweight, connection-less services. These are the socket options:
I disagree. It should be SOCK_DGRAM.
In article <[EMAIL PROTECTED]> (at Thu, 8 Jun 2006 11:50:33 +0100), Gerrit
Renker <[EMAIL PROTECTED]> says:
> Attached is an extension which adds RFC3828 - compliant UDP-Lite
> functionality
> to the IPv4 networking stack.
:
> net/core/sock.c |7
> net/ipv4/af_inet.c
In article <[EMAIL PROTECTED]> (at Sat, 3 Jun 2006 19:54:42 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> [TCP]: Avoid skb_pull if possible when trimming head
>
> Trimming the head of an skb by calling skb_pull can cause the packet
> to become unaligned if the length pulled is odd. Since the l
In article <[EMAIL PROTECTED]> (at Sat, 27 May 2006 23:03:02 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> > Please don't get me wrong. What I removed here doesn't work at all to
> > begin with. I was just pointing out the possible reason why this code
> > existed in the first place.
>
301 - 400 of 496 matches
Mail list logo