Re: [PATCH net] ipv6: revert degradation in IPv6 Ready Logo test results

Hi, 2018年10月3日(水) 16:57 Mike Manning : > > On 02/10/2018 19:26, David Miller wrote: > > From: Mike Manning > > Date: Tue, 2 Oct 2018 12:40:30 +0100 > > > >> This reverts commit 0ed4229b08c1 ("ipv6: defrag: drop non-last frags > >> smaller than min mtu"). While one should not get fragments

Re: [PATCH v3 net-next 3/3] rds: Extend RDS API for IPv6 support

Hi, 2018-07-13 20:02 GMT+09:00 Ka-Cheong Poon : > There are many data structures (RDS socket options) used by RDS apps > which use a 32 bit integer to store IP address. To support IPv6, > struct in6_addr needs to be used. To ensure backward compatibility, a > new data structure is introduced for

Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams

Hi, 2018-06-28 15:40 GMT+09:00 Xin Long : > On Tue, Jun 26, 2018 at 8:02 PM, 吉藤英明 > wrote: >> 2018-06-26 13:33 GMT+09:00 Xin Long : >>> On Tue, Jun 26, 2018 at 12:31 AM, Marcelo Ricardo Leitner >>> wrote: >>>> Hi, >>>> >>>&

Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams

2018-06-26 13:33 GMT+09:00 Xin Long : > On Tue, Jun 26, 2018 at 12:31 AM, Marcelo Ricardo Leitner > wrote: >> Hi, >> >> On Tue, Jun 26, 2018 at 01:12:00AM +0900, 吉藤英明 wrote: >>> Hi, >>> >>> 2018-06-25 22:03 GMT+09:00 Marcelo Ricardo Leitner &

Re: [PATCH net-next 3/5] sctp: add spp_ipv6_flowlabel and spp_dscp for sctp_paddrparams

Hi, 2018-06-25 22:03 GMT+09:00 Marcelo Ricardo Leitner : > On Mon, Jun 25, 2018 at 07:28:47AM -0400, Neil Horman wrote: >> On Mon, Jun 25, 2018 at 04:31:26PM +0900, David Miller wrote: >> > From: Xin Long >> > Date: Mon, 25 Jun 2018 10:14:35 +0800 >> > >> > > struct sctp_paddrparams { >> > > @@

Re: [PATCH net-next] net: ipv6: Generate random IID for addresses on RAWIP devices

Hello, 2018-06-04 6:54 GMT+09:00 Subash Abhinov Kasiviswanathan : > RAWIP devices such as rmnet do not have a hardware address and > instead require the kernel to generate a random IID for the > temporary addresses. For permanent addresses, the device IID is > used along with prefix received. > >

Re: [RFC/PATCH] Add a socketoption IPV6_MULTICAST_ALL analogue to the IPV4 version

Hi, 2018-05-08 15:41 GMT+09:00 Andre Naujoks <nauts...@gmail.com>: > On 08.05.2018 08:31, 吉藤英明 wrote: >> Hi, >> >> 2018-05-08 15:03 GMT+09:00 Andre Naujoks <nauts...@gmail.com>: >>> On 11.04.2018 13:02, Andre Naujoks wrote: >>>> Hi. >&g

Re: [RFC/PATCH] Add a socketoption IPV6_MULTICAST_ALL analogue to the IPV4 version

Hi, 2018-05-08 15:03 GMT+09:00 Andre Naujoks : > On 11.04.2018 13:02, Andre Naujoks wrote: >> Hi. > > Hi again. > > Since it has been a month now, I'd like to send a little "ping" on this > subject. > > Is anything wrong with this? Or was it just bad timing? I'm just

Re: [PATCH net-next 00/16] ipv6: replace rwlock with rcu and spinlock in fib6 table

Hi, 2017-10-07 8:49 GMT+09:00 Eric Dumazet : > On Fri, 2017-10-06 at 12:05 -0700, Wei Wang wrote: >> From: Wei Wang >> >> Currently, fib6 table is protected by rwlock. During route lookup, >> reader lock is taken and during route insertion, deletion or

Re: [PATCH net-next 11/16] ipv6: replace dst_hold() with dst_hold_safe() in routing code

Hi, 2017-10-07 4:06 GMT+09:00 Wei Wang : > diff --git a/net/ipv6/route.c b/net/ipv6/route.c > index 941c062389d2..aeb349aea429 100644 > --- a/net/ipv6/route.c > +++ b/net/ipv6/route.c : > @@ -1625,12 +1643,17 @@ struct rt6_info *ip6_pol_route(struct net *net, > struct

Re: [PATCH next] neigh: initialize neigh entry correctly during arp processing

Hi, 2017-08-17 9:02 GMT+09:00 Mahesh Bandewar : > From: Mahesh Bandewar > > If the ARP processing creates a neigh entry, it's immediately marked > as STALE without timer and stays that way in that state as long as > host do not send traffic to that

Re: [PATCH v2] sctp: fully initialize the IPv6 address in sctp_v6_to_addr()

Hi, 2017-08-15 3:43 GMT+09:00 Alexander Potapenko : > KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and > sctp_addr->v6.sin6_scope_id in sctp_v6_cmp_addr() (see below). > Make sure all fields of an IPv6 address are initialized, which > guarantees that the

Re: [PATCH RFC net-next] net: Allow name change of IFF_UP interfaces

2017-08-09 19:42 GMT+09:00 Vitaly Kuznetsov : > What happens is: __netvsc_vf_setup() does dev_open() for the VF device and > the consecutive dev_change_name() fails with -EBUSY because of the > (dev->flags & IFF_UP) check. The history of this code predates git so I > wasn't

Re: [PATCH net-next 1/2] net: ndisc.c: fix coding style issue

Hi, 2017-05-26 22:55 GMT+09:00 yuan linyu <cug...@163.com>: > On 五, 2017-05-26 at 22:45 +0900, 吉藤英明 wrote: >> Hi, >> >> 2017-05-26 22:23 GMT+09:00 yuan linyu <cug...@163.com>: >> > >> > From: yuan linyu <linyu.y...@alcatel-sbell.com.cn>

Re: [PATCH net-next 1/2] net: ndisc.c: fix coding style issue

Hi, 2017-05-26 22:23 GMT+09:00 yuan linyu : > From: yuan linyu > > Signed-off-by: yuan linyu > --- > net/ipv6/ndisc.c | 109 > --- > 1 file changed, 55

Re: [PATCH net 1/2] ipv6: add missing netconf notif when 'all' is updated

Hi, 2016-08-29 22:00 GMT+09:00 Sergei Shtylyov : > Hello. > > On 8/29/2016 1:05 PM, Nicolas Dichtel wrote: > >> The 'default' value was not advertised. >> >> Fixes: f3a1bfb11ccb ("rtnl/ipv6: use netconf msg to advertise forwarding >> status") >> Signed-off-by:

Re: [PATCH net] net: ipv6: Fix ping to link-local addresses.

Hi, 2016-08-08 23:45 GMT+09:00 Lorenzo Colitti : > On Mon, Aug 8, 2016 at 11:26 PM, Hannes Frederic Sowa > wrote: >>> - if (sk->sk_bound_dev_if && >>> - sk->sk_bound_dev_if != u->sin6_scope_id) { >>> -

Re: [PATCH] net: neigh: disallow state transition DELAY->STALE in neigh_update()

Hi, 2016-07-25 17:13 GMT+09:00 Chunhui He : >>> The NEIGH_UPDATE_F_WEAK_OVERRIDE is confusing to me, so I choose not to deal >>> with the flag. >> >> IPv6 depends on WEAK_OVERRIDE. Please do not change. >> > > It seems like IPv6 always sets WEAK_OVERRIDE. > Yes. > As

Re: [PATCH] net: neigh: disallow state transition DELAY->STALE in neigh_update()

k: >> >> diff --git a/net/core/neighbour.c b/net/core/neighbour.c >> index 5cdc62a..2b1cb91 100644 >> --- a/net/core/neighbour.c >> +++ b/net/core/neighbour.c >> @@ -1151,10 +1151,8 @@ int neigh_update(struct neighbour *neigh, const u8 >> *lladdr, u8 new, >> goto out; >> } else { >> if (lladdr == neigh->ha && new == NUD_STALE && >> -((flags & NEIGH_UPDATE_F_WEAK_OVERRIDE) || >> - (old & NUD_CONNECTED)) >> -) >> -new = old; >> +!(flags & NEIGH_UPDATE_F_ADMIN)) >> +goto out; >> } >> } >> >> Any thoughts? >> >> Regards >> >> -- >> Julian Anastasov <j...@ssi.bg> > > Regards, > Chunhui He > -- 吉藤英明 <hideaki.yoshif...@miraclelinux.com> ミラクル・リナックス株式会社 技術本部 サポート部

Re: [PATCHv3 net-next 08/12] ipv6: introduce neighbour discovery ops

(struct sk_buff *skb, const > struct in6_addr *target) > struct dst_entry *dst; > struct flowi6 fl6; > int rd_len; > - u8 ha_buf[MAX_ADDR_LEN], *ha = NULL; > + u8 ha_buf[MAX_ADDR_LEN], *ha = NULL, > +ops_data_buf[NDISC_OPS_REDIRECT_DATA_SPACE], *ops_data = NULL; > int oif = l3mdev_fib_oif(dev); > bool ret; > > @@ -1569,7 +1604,9 @@ void ndisc_send_redirect(struct sk_buff *skb, const > struct in6_addr *target) > memcpy(ha_buf, neigh->ha, dev->addr_len); > read_unlock_bh(>lock); > ha = ha_buf; > - optlen += ndisc_opt_addr_space(dev); > + optlen += ndisc_redirect_opt_addr_space(dev, neigh, > + ops_data_buf, > + _data); > } else > read_unlock_bh(>lock); > > @@ -1600,7 +1637,7 @@ void ndisc_send_redirect(struct sk_buff *skb, const > struct in6_addr *target) >*/ > > if (ha) > - ndisc_fill_addr_option(buff, ND_OPT_TARGET_LL_ADDR, ha); > + ndisc_fill_redirect_addr_option(buff, ha, ops_data); > > /* >* build redirect option and copy skb over to the new packet. > diff --git a/net/ipv6/route.c b/net/ipv6/route.c > index c6ae6f9..af6f711 100644 > --- a/net/ipv6/route.c > +++ b/net/ipv6/route.c > @@ -2200,7 +2200,7 @@ static void rt6_do_redirect(struct dst_entry *dst, > struct sock *sk, struct sk_bu >* first-hop router for the specified ICMP Destination Address. >*/ > > - if (!ndisc_parse_options(msg->opt, optlen, )) { > + if (!ndisc_parse_options(skb->dev, msg->opt, optlen, )) { > net_dbg_ratelimited("rt6_redirect: invalid ND options\n"); > return; > } > @@ -2235,12 +2235,12 @@ static void rt6_do_redirect(struct dst_entry *dst, > struct sock *sk, struct sk_bu >* We have finally decided to accept it. >*/ > > - neigh_update(neigh, lladdr, NUD_STALE, > + ndisc_update(skb->dev, neigh, lladdr, NUD_STALE, >NEIGH_UPDATE_F_WEAK_OVERRIDE| >NEIGH_UPDATE_F_OVERRIDE| >(on_link ? 0 : (NEIGH_UPDATE_F_OVERRIDE_ISROUTER| > - NEIGH_UPDATE_F_ISROUTER)) > - ); > + NEIGH_UPDATE_F_ISROUTER)), > + NDISC_REDIRECT, ); > > nrt = ip6_rt_cache_alloc(rt, >dest, NULL); > if (!nrt) > -- 吉藤英明 <hideaki.yoshif...@miraclelinux.com> ミラクル・リナックス株式会社 技術本部 サポート部

Re: Issue with ping source address display

Hi, 2016-04-13 2:52 GMT+09:00 Daniele Orlandi : > > Hello, > > More than one year ago I posted the following message but it hasn't > received a reply, now I've been stung by a similar issue, you may want > to investigate: > > > I noticed that when ping receives ICMP messages

Re: [PATCH 1/4] kernel: time: Add current_nw_timestamp() for network timestamps

Hi, Deepa Dinamani wrote: >>> include/linux/ip.h | 2 ++ >>> include/linux/time64.h | 3 +++ >>> kernel/time/time.c | 26 ++ >>> 3 files changed, 31 insertions(+) >>> >> Since net/ipv4/* are the only users, it is enough to put >> it in under net/ipv4/. > >

Re: [RFCv3 bluetooth-next 3/4] ipv6: add ipv6_addr_prefix_copy

amp; 0x7; >> + >> + memcpy(addr->s6_addr, pfx, o); >> + if (b != 0) { >> + addr->s6_addr[o] &= ~(0xff00 >> b); >> + addr->s6_addr[o] |= (pfx->s6_addr[o] & (0xff00 >> b)); >> + } >&

Re: [RFC] ipv6: use a random ifid for headerless devices

Hi, 2015-11-30 20:55 GMT+09:00 Bjørn Mork : > Generating a random ifid for devices with no L2 header > at all, allowing such devices to take part in IPv6 > autoconfiguration. The tuntap driver is one example of > a driver where such an ifid would be useful. > > Note that as there

Re: [PATCH v4 1/2] geneve: implement support for IPv6-based tunnels

return -EPFNOSUPPORT; > + > + remote.sa.sa_family = AF_INET6; > + remote.sin6.sin6_addr = > + nla_get_in6_addr(data[IFLA_GENEVE_REMOTE6]); > + } > > if (data[IFLA_GENEVE_TTL]) > ttl = nla_get_u8(data[IFLA_G

Re: [PATCH net-next v2 1/2] ipv6: Re-arrange code in rt6_probe()

, rt6_probe_deferred); + work-target = rt-rt6i_gateway; + dev_hold(rt-dst.dev); + work-dev = rt-dst.dev; + schedule_work(work-work); } + rcu_read_unlock_bh(); } #else -- 吉藤英明 hideaki.yoshif...@miraclelinux.com ミラクル・リナックス株式会社 技術本部

Re: [PATCHv2] net/ipv6: add sysctl option accept_ra_hop_limit

); + break; } if (rt) dst_metric_set(rt-dst, RTAX_HOPLIMIT, -- 吉藤英明 hideaki.yoshif...@miraclelinux.com ミラクル・リナックス株式会社 技術本部 サポート部 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message

Re: [RFC PATCH v3 net-next 2/3] tcp: add in_flight to tcp_skb_cb

, gfp_mask); @@ -933,7 +936,6 @@ static int tcp_transmit_skb(struct sock *sk, struct sk_buff *skb, int clone_it, } inet = inet_sk(sk); - tp = tcp_sk(sk); tcb = TCP_SKB_CB(skb); memset(opts, 0, sizeof(opts)); -- 吉藤英明 hideaki.yoshif...@miraclelinux.com ミラクル

Re: [PATCH] ipv6: Fix finding best source address in ipv6_dev_get_saddr().

); + __ipv6_dev_get_saddr(net, dst, prefs, saddr, idev, score, hiscore); } } rcu_read_unlock(); On Mon, Jul 13, 2015 at 7:28 AM, YOSHIFUJI Hideaki/吉藤英明 hideaki.yoshif...@miraclelinux.com wrote: Commit 9131f3de2 (ipv6: Do not iterate over all

[PATCH] ipv6: Fix finding best source address in ipv6_dev_get_saddr().

Commit 9131f3de2 (ipv6: Do not iterate over all interfaces when finding source address on specific interface.) did not properly update best source address available. Plus, it introduced possible NULL pointer dereference. Bug was reported by Erik Kline e...@google.com. Based on patch proposed by

[PATCH net-next] ipv6: Do not iterate over all interfaces when finding source address on specific interface.

If outgoing interface is specified and the candidate addresses are restricted to the outgoing interface, it is enough to iterate over that given interface only. Signed-off-by: YOSHIFUJI Hideaki hideaki.yoshif...@miraclelinux.com --- net/ipv6/addrconf.c | 201

[PATCH net-next v2] ipv6: Do not iterate over all interfaces when finding source address on specific interface.

If outgoing interface is specified and the candidate address is restricted to the outgoing interface, it is enough to iterate over that given interface only. Signed-off-by: YOSHIFUJI Hideaki hideaki.yoshif...@miraclelinux.com Acked-by: Erik Kline e...@google.com --- net/ipv6/addrconf.c | 197

Re: [PATCH] ipv6: Fixed source specific default route handling.

? Cheers, Steven Thanks for the explanation, Matthias -- 吉藤英明 hideaki.yoshif...@miraclelinux.com ミラクル・リナックス株式会社 技術本部 サポート部 -- To unsubscribe from this list: send the line unsubscribe netdev in

Re: [PATCH] neighbour: Convert if statment in the function, neigh_add_timer to a WARN_ON

Nicholas Krause wrote: This converts the if statement for dumping the stack into a WARN_ON in order to make this function's debugging check simpler and have a cleaner output when this condition occurs inside this function for when bugs related to adding a duplicate neighbour table timer

Re: [PATCH][KEY] fix bug in spdadd

In article [EMAIL PROTECTED] (at Thu, 14 Feb 2008 20:55:40 +0900), Kazunori MIYAZAWA [EMAIL PROTECTED] says: This patch fix a BUG when adding spds which have same selector. Signed-off-by: Kazunori MIYAZAWA [EMAIL PROTECTED] I think we need to fix xfrm_user side as well. --- [PATCH]

[RFC PATCH] [XFRM]: Fix ordering issue in xfrm_dst_hash_transfer().

Keep ordering of policy entries with same selector in xfrm_dst_hash_transfer(). Issue should not appear in usual cases because multiple policy entries with same selector are basically not allowed so far. Bug was pointed out by Sebastien Decugis [EMAIL PROTECTED]. We could convert bydst from

[PATCh TAKE 2] [IPROUTE2] Add addrlabel sub-command.

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- diff --git a/ip/Makefile b/ip/Makefile index b427d58..d908817 100644 --- a/ip/Makefile +++ b/ip/Makefile @@ -1,4 +1,4 @@ -IPOBJ=ip.o ipaddress.o iproute.o iprule.o \ +IPOBJ=ip.o ipaddress.o ipaddrlabel.o iproute.o iprule.o \ rtm_map.o

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

In article [EMAIL PROTECTED] (at Thu, 07 Feb 2008 10:40:19 +0100), Eric Dumazet [EMAIL PROTECTED] says: [NET] IPV4: lower stack usage in cookie_hash() function 400 bytes allocated on stack might be a litle bit too much. Using a per_cpu var is more friendly. Signed-off-by: Eric Dumazet

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

In article [EMAIL PROTECTED] (at Thu, 7 Feb 2008 21:49:26 -0800), Glenn Griffin [EMAIL PROTECTED] says: Updated to incorporate Eric's suggestion of using a per cpu buffer rather than allocating on the stack. Just a two line change, but will resend in it's entirety. Signed-off-by: Glenn

Re: [patch 14/14] replace __inline__ by inline in include/linux (net related)

In article [EMAIL PROTECTED] (at Wed, 06 Feb 2008 10:14:19 +0100), Daniel Lezcano [EMAIL PROTECTED] says: replace __inline__ by inline in include/linux (net related) Signed-off-by: Daniel Lezcano [EMAIL PROTECTED] --- include/linux/atm.h|4 ++-- include/linux/atmsap.h |

Re: [PATCH 6/6][NETNS]: Udp sockets per-net lookup.

In article [EMAIL PROTECTED] (at Thu, 31 Jan 2008 15:41:58 +0300), Pavel Emelyanov [EMAIL PROTECTED] says: Add the net parameter to udp_get_port family of calls and udp_lookup one and use it to filter sockets. I may miss something, but I'm afraid that I have to disagree. Port is identified

Re: [PATCH 6/6][NETNS]: Udp sockets per-net lookup.

In article [EMAIL PROTECTED] (at Thu, 31 Jan 2008 05:20:07 -0800 (PST)), David Miller [EMAIL PROTECTED] says: The networking devices are even per-namespace already, so you can even say that each namespace is even physically different. Ah, okay, we are splitting weak domains... --yoshfuji --

[PATCH] Add addrlabel subsystem.

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- include/linux/if_addrlabel.h | 32 + ip/Makefile |2 +- ip/ip.c |5 +- ip/ip_common.h |4 + ip/ipaddrlabel.c | 260 ++

[PATCH] IPROUTE2: Add addrlabel subsystem.

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- include/linux/if_addrlabel.h | 32 + ip/Makefile |2 +- ip/ip.c |5 +- ip/ip_common.h |4 + ip/ipaddrlabel.c | 260 ++

Re: [PATCH] Add addrlabel subsystem.

In article [EMAIL PROTECTED] (at Fri, 01 Feb 2008 06:56:10 +1100 (EST)), YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED] says: Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- include/linux/if_addrlabel.h | 32 + ip/Makefile |2 +- ip/ip.c

[PATCH net-2.6.25] [IPV6] ADDRLABEL: Fix double free on label deletion.

If an entry is being deleted because it has only one reference, we immediately delete it and blindly register the rcu handler for it, This results in oops by double freeing that object. This patch fixes it by consolidating the code paths for the deletion; let its rcu handler delete the object if

Re: [patch net-2.6.25][IPV6][SYSCTL] fix sysctl compilation error

In article [EMAIL PROTECTED] (at Fri, 25 Jan 2008 14:32:23 +0100), Daniel Lezcano [EMAIL PROTECTED] says: Move ipv6_icmp_sysctl_init and ipv6_route_sysctl_init into the right ifdef section otherwise that does not compile when CONFIG_SYSCTL=yes and CONFIG_PROC_FS=no Signed-off-by: Daniel

Re: [PATCH 12/12 net-2.6.25] [NETNS]: Add namespace for ICMP replying code.

In article [EMAIL PROTECTED] (at Wed, 23 Jan 2008 10:16:29 +0100), Mathieu Lacage [EMAIL PROTECTED] says: I have been following the netns patches on this ML for a while but I still have not figured out in which tree the patches fed to David Miller are applied. I have attempted to grep the

[GIT PULL] [IPV6,IPV4]: Fix several sparse warnings.

Dave, please consider pulling following changes on top of net-2.6.25 tree: git://git.linux-ipv6.org/gitroot/yoshfuji/linux-2.6-dev.git net-2.6-dev-20080122 Thank you. HEADLINES - [IPV4] UDP,UDPLITE: Sparse: {__udp4_lib,udp,udplite}_err() are of void. [IPV6] UDP,UDPLITE:

Re: [PATCH 1/2] IPV6: ICMP6_MIB_OUTMSGS increment duplicated

In article [EMAIL PROTECTED] (at Mon, 21 Jan 2008 17:46:32 +0800), Wang Chen [EMAIL PROTECTED] says: [IPV6]: ICMP6_MIB_OUTMSGS increment duplicated icmpv6_send() calls ip6_push_pending_frames() indirectly. Both ip6_push_pending_frames() and icmpv6_send() increment counter

Re: [PATCH 2/2] IPV6: RFC 2011 compatibility broken

In article [EMAIL PROTECTED] (at Mon, 21 Jan 2008 17:46:44 +0800), Wang Chen [EMAIL PROTECTED] says: The snmp6 entry name was changed, and it broke compatibility to RFC 2011. Signed-off-by: Wang Chen [EMAIL PROTECTED] Acked-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --yoshfuji -- To

Re: [PATCH] IPv4: Enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Sat, 19 Jan 2008 14:44:13 +0100 (CET)), Jan Engelhardt [EMAIL PROTECTED] says: From 84bccef295aa9754ee662191e32ba1d64edce2ba Mon Sep 17 00:00:00 2001 From: Jan Engelhardt [EMAIL PROTECTED] Date: Fri, 18 Jan 2008 02:10:44 +0100 Subject: [PATCH] IPv4: enable

[PATCH] [IPV6] ROUTE: Make sending algorithm more friendly with RFC 4861.

We omit (or delay) sending NSes for known-to-unreachable routers (in NUD_FAILED state) according to RFC 4191 (Default Router Preferences and More-Specific Routes). But this is not fully compatible with RFC 4861 (Neighbor Discovery Protocol for IPv6), which does not remember unreachability of

Re: [PATCH] IPv4: Enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Fri, 18 Jan 2008 02:13:52 +0100 (CET)), Jan Engelhardt [EMAIL PROTECTED] says: diff --git a/include/linux/in.h b/include/linux/in.h index 27d8a5a..b01bf75 100644 --- a/include/linux/in.h +++ b/include/linux/in.h @@ -216,9 +216,6 @@ struct sockaddr_in {

Re: [PATCH] IPv4: Enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Fri, 18 Jan 2008 02:52:08 +0100 (CET)), Jan Engelhardt [EMAIL PROTECTED] says: On Jan 18 2008 10:26, YOSHIFUJI Hideaki / 吉藤英明 wrote: -#define IN_EXPERIMENTAL(a) long int) (a)) 0xf000) == 0xf000) -#define IN_BADCLASS

Re: [PATCH] IPv4: Enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Fri, 18 Jan 2008 11:13:19 +0900 (JST)), YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED] says: Assuming IN_BADCLASS() is still there, we should not reuse the name of ipv6_is_badclass because the their meanings are different. Again, ipv4_is_badclass() My hands

Re: Netconf at conf.au 2008?

In article [EMAIL PROTECTED] (at Sun, 13 Jan 2008 19:17:51 +0100), martin f krafft [EMAIL PROTECTED] says: also sprach Andy Johnson [EMAIL PROTECTED] [2008.01.12.0752 +0100]: I saw somewhere (maybe in this mailing list a while ago) that there might be a Linux Kernel Developers' Netconf

Re: [PATCH 001/001] ipv4: enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Fri, 11 Jan 2008 12:17:02 +0100), Andi Kleen [EMAIL PROTECTED] says: Vince Fuller [EMAIL PROTECTED] writes: from Vince Fuller [EMAIL PROTECTED] This set of diffs modify the 2.6.20 kernel to enable use of the 240/4 (aka class-E) address space as

Re: [PATCH 001/001] ipv4: enable use of 240/4 address space

In article [EMAIL PROTECTED] (at Fri, 11 Jan 2008 17:48:57 -0800 (PST)), David Miller [EMAIL PROTECTED] says: From: YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED] Date: Fri, 11 Jan 2008 21:41:20 +0900 (JST) There is no positive consesus on this draft at the intarea meeting in Vancouver

Re: [PATCH 001/001] ipv4: enable use of 240/4 address space

Hello. In article [EMAIL PROTECTED] (at Mon, 7 Jan 2008 17:10:57 -0800), Vince Fuller [EMAIL PROTECTED] says: #define IN_MULTICAST_NET 0xF000 +#define IN_CLASSE(a) long int) (a)) 0xf000) == 0xf000) +#define IN_CLASSE_NET 0xff00 +#define

Re: Linux IPv6 DAD not full conform to RFC 4862 ?

In article [EMAIL PROTECTED] (at Wed, 9 Jan 2008 16:36:56 +0100), Karsten Keil [EMAIL PROTECTED] says: So I think we should disable the interface now, if DAD fails on a hardware based LLA. I don't want to do this, at least, unconditionally. Options (not exclusive): - we could have

Re: Linux IPv6 DAD not full conform to RFC 4862 ?

In article [EMAIL PROTECTED] (at Thu, 10 Jan 2008 01:38:57 +0900 (JST)), YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED] says: - we could have dad_reaction interface variable and 1: disable interface = 1: disable IPv6 0: ignore (as we do now) Argh, 0, 0 and 0, maybe. --yoshfuji

Re: Linux IPv6 DAD not full conform to RFC 4862 ?

In article [EMAIL PROTECTED] (at Wed, 09 Jan 2008 15:32:12 -0800 (PST)), David Miller [EMAIL PROTECTED] says: I question any RFC mandate that shuts down IP communication on a node because of packets received from remote systems. RFC4862 tell us that we SHOULD disable IP communication. (IP

Re: Linux IPv6 DAD not full conform to RFC 4862 ?

In article [EMAIL PROTECTED] (at Wed, 09 Jan 2008 15:55:44 -0800 (PST)), David Miller [EMAIL PROTECTED] says: Because of the above, the existing behavior must still stay the default. I hope this is your plan. By default Linux will not implement this SHOULD, it's a security issue. Yes so

Re: [PATCH net-2.6][NEIGH] Updating affected neighbours when about MAC address change

In article [EMAIL PROTECTED] (at Sun, 23 Dec 2007 13:41:36 +0200), David Shwatrz [EMAIL PROTECTED] says: I had written a small patch to neigh_changeaddr() in net/core/neighbour.c against the 2.6 git net tree, which sends a gratuitous ARP to update the list of all the involved neighbours with

Re: [PATCH net-2.6][NEIGH] Updating affected neighbours when about MAC address change

In article [EMAIL PROTECTED] (at Sun, 23 Dec 2007 14:24:00 +0200), David Shwatrz [EMAIL PROTECTED] says: Regarding your answer; I accept it and I will soon send a revised version of this patch (making changes to arp_netdev_event() and ndisc_netdev_event().) I had IPv4 in mind, there is no

Re: [PATCH net-2.6][NEIGH] Updating affected neighbours when about MAC address change

In article [EMAIL PROTECTED] (at Sun, 23 Dec 2007 07:46:15 -0500), jamal [EMAIL PROTECTED] says: On Sun, 2007-23-12 at 21:38 +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote: In article [EMAIL PROTECTED] (at Sun, 23 Dec 2007 14:24:00 +0200), David Shwatrz [EMAIL PROTECTED] says: Regarding your

Re: [PATCH net-2.6][NEIGH] Updating affected neighbours when about MAC address change

In article [EMAIL PROTECTED] (at Sun, 23 Dec 2007 15:04:37 +0200), David Shwatrz [EMAIL PROTECTED] says: Hello, You should iterate all of ifa_list (for IPv4) / addr_list (for IPv6). For IPv6, we also have anycast (maintained by ac_list) as well. I am not sure that we need to iterate

Re: [PATCH] [IPROUTE]: A workaround to make larger rto_min printed correctly

In article [EMAIL PROTECTED] (at Fri, 21 Dec 2007 11:24:54 +0900), Satoru SATOH [EMAIL PROTECTED] says: 2007/12/21, Jarek Poplawski [EMAIL PROTECTED]: Jarek Poplawski wrote, On 12/20/2007 09:24 PM: ... but since it's your patch, I hope you do some additional checking if it's always

Re: [PATCH] [IPROUTE]: A workaround to make larger rto_min printed correctly

In article [EMAIL PROTECTED] (at Fri, 21 Dec 2007 22:49:59 +0900), Satoru SATOH [EMAIL PROTECTED] says: I agree. I mistakenly thought hz in that context must be larger than 1000.. As it's uncertain, your's looks much simpler and better. (btw, the lines else div = 1 is not needed, is

Re: [PATCH] [IPROUTE]: A workaround to make larger rto_min printed correctly

In article [EMAIL PROTECTED] (at Thu, 20 Dec 2007 12:31:27 +0900), Satoru SATOH [EMAIL PROTECTED] says: diff --git a/ip/iproute.c b/ip/iproute.c index f4200ae..fa722c6 100644 --- a/ip/iproute.c +++ b/ip/iproute.c @@ -510,16 +510,16 @@ int print_route(const struct sockaddr_nl *who, struct

Re: [TCP] IPV6 : Change a divide into a right shift in tcp_v6_send_ack()

In article [EMAIL PROTECTED] (at Fri, 21 Dec 2007 07:03:58 +0100), Eric Dumazet [EMAIL PROTECTED] says: Because tot_len is signed in tcp_v6_send_ack(), tot_len/4 forces compiler to emit an integer divide, while we can help it to use a right shift, less expensive. Are you really sure? At

Re: [TCP] IPV6 : Change a divide into a right shift in tcp_v6_send_ack()

In article [EMAIL PROTECTED] (at Fri, 21 Dec 2007 08:39:24 +0100), Eric Dumazet [EMAIL PROTECTED] says: Okay, anyway, I'll convert them to unsigned int, which is more appropriate. I didnt chose this path, because David was against changing some fields from 'int' to 'unsigned'. If you

[TCP]: Convert several length variable to unsigned.

Several length variables cannot be negative, so convert int to unsigned int. This also allows us to do sane shift operations on those variables. Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] -- diff --git a/include/net/tcp.h b/include/net/tcp.h index cb5b033..f663a85 100644 ---

[GIT PULL] [NET]: Use {hton{s,l},cpu_to_be{16,32}}() where appropriate.

Hello. Please consider pulling the following changes from the branch net-2.6-dev-20071214 available at git://git.linux-ipv6.org/gitroot/yoshfuji/linux-2.6-dev.git which is on top of your net-2.6-devel tree. Regards, --- HEADLINES - [BRIDGE]: Use cpu_to_be16() where

Re: ip neigh show not showing arp cache entries?

In article [EMAIL PROTECTED] (at Wed, 12 Dec 2007 15:57:08 -0600), Chris Friesen [EMAIL PROTECTED] says: You may try other versions of this command http://devresources.linux-foundation.org/dev/iproute2/download/ They appear to be numbered by kernel version, and the above version is

Re: [PATCH v2] XFRM: assorted IPsec fixups

In article [EMAIL PROTECTED] (at Tue, 11 Dec 2007 11:30:19 -0500), Paul Moore [EMAIL PROTECTED] says: diff --git a/net/xfrm/xfrm_state.c b/net/xfrm/xfrm_state.c index 5b860b6..e2a3dd1 100644 --- a/net/xfrm/xfrm_state.c +++ b/net/xfrm/xfrm_state.c : @@ -1994,67 +1995,59 @@ void __init

Re: [PATCH] IPv6 support for NFS server

In article [EMAIL PROTECTED] (at Tue, 11 Dec 2007 19:00:08 +0100), Aurélien Charbon [EMAIL PROTECTED] says: --- linux-2.6.24-rc4/include/net/ipv6.h 2007-12-10 16:11:38.0 +0100 +++ linux-2.6.24-rc4-IPv6-cache-based/include/net/ipv6.h 2007-12-11 17:52:39.0 +0100

Re: [PATCH] NETLINK : kzalloc() conversion

In article [EMAIL PROTECTED] (at Tue, 11 Dec 2007 06:40:18 +0100), Eric Dumazet [EMAIL PROTECTED] says: nl_pid_hash_alloc() is renamed to nl_pid_hash_zalloc(). It is now returning zeroed memory to its callers. I do think you do not need (and you should not) rename it because XXX_zalloc()

[PATCH] [NET]: Remove unused mibalign argument for snmp_mib_init().

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- diff --git a/include/net/ip.h b/include/net/ip.h index 840dd91..7f18819 100644 --- a/include/net/ip.h +++ b/include/net/ip.h @@ -169,7 +169,7 @@ DECLARE_SNMP_STAT(struct linux_mib, net_statistics); #define NET_ADD_STATS_USER(field, adnd)

Re: 'default' vs. 'all'

In article [EMAIL PROTECTED] (at Sat, 08 Dec 2007 00:04:29 -0800 (PST)), David Miller [EMAIL PROTECTED] says: Herbert, Yoshifuji and I were just discussing the sysfs device attribute issue. It's seems sane to me that if we had some kind of 'dirty' bit per attribute we could propagate

Re: [PATCH][NET]: Finish removing unused mibalign argument for snmp_mib_init().

Hello. In article [EMAIL PROTECTED] (at Sat, 8 Dec 2007 15:55:34 -0200), Arnaldo Carvalho de Melo [EMAIL PROTECTED] says: Signed-off-by: Arnaldo Carvalho de Melo [EMAIL PROTECTED] diff --git a/net/ipv6/af_inet6.c b/net/ipv6/af_inet6.c index 5ab8ba7..90d2f72 100644 ---

Re: [patch 0/3][IPV6]: remove ifdef in route6 init/fini functions

In article [EMAIL PROTECTED] (at Fri, 07 Dec 2007 14:13:25 +0100), Daniel Lezcano [EMAIL PROTECTED] says: The route6 init function is a little difficult to read because it contains a lot of ifdef. The patchset redefines the usual static inline functions when the code is to be disabled by

[PATCH] [IPV6] XFRM: Fix auditing rt6i_flags; use RTF_xxx flags instead of RTCF_xxx.

RTCF_xxx flags, defined in include/linux/in_route.h) are available for IPv4 route (rtable) entries only. Use RTF_xxx flags instead, defined in include/linux/ipv6_route.h, for IPv6 route entries (rt6_info). Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] -- diff --git

Re: XFRM and IPv6 raw sockets and multicast

Hello. In article [EMAIL PROTECTED] (at Tue, 4 Dec 2007 16:27:50 +0100), Hugo Santos [EMAIL PROTECTED] says: The behavior is the same as in UDP, but ipv6_pinfo-saddr is not usually set for these kind of sockets. I would say that if fl6_src is any, it should be copied from the ipv6 header.

Re: XFRM and IPv6 raw sockets and multicast

Hello. In article [EMAIL PROTECTED] (at Tue, 4 Dec 2007 17:01:43 +0100), Hugo Santos [EMAIL PROTECTED] says: If we do really support it, if hdcincl is set, XFRM and other all extension header processes should be skipped, but they are not very clear at all so far. I understand how

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.5)

In article [EMAIL PROTECTED] (at Thu, 29 Nov 2007 21:29:40 +1100), Herbert Xu [EMAIL PROTECTED] says: On Mon, Nov 26, 2007 at 05:16:16PM +, Templin, Fred L wrote: From: Fred L. Templin [EMAIL PROTECTED] This patch includes support for the Intra-Site Automatic Tunnel Addressing

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.5)

In article [EMAIL PROTECTED] (at Mon, 26 Nov 2007 09:16:16 -0800), Templin, Fred L [EMAIL PROTECTED] says: From: Fred L. Templin [EMAIL PROTECTED] This patch includes support for the Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses the SIT module, and is

Re: [RFC/PATCH] SO_NO_CHECK for IPv6

In article [EMAIL PROTECTED] (at Wed, 21 Nov 2007 07:45:32 -0500), Jeff Garzik [EMAIL PROTECTED] says: SO_NO_CHECK support for IPv6 appeared to be missing. This is presented, based on a reading of net/ipv4/udp.c. Disagree. UDP checksum is mandatory in IPv6. --yoshfuji - To unsubscribe from

Re: [RFC/PATCH] SO_NO_CHECK for IPv6

In article [EMAIL PROTECTED] (at Thu, 22 Nov 2007 10:34:03 +0800), Herbert Xu [EMAIL PROTECTED] says: On Wed, Nov 21, 2007 at 07:17:40PM -0500, Jeff Garzik wrote: For those interested, I am dealing with a UDP app that already does very strong checksumming and encryption, so additional

PATCH 1/4] [IPV4] TCPMD5: Omit redundant NULL check for kfree() argument.

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- net/ipv4/tcp_ipv4.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c index e566f3c..ff36096 100644 --- a/net/ipv4/tcp_ipv4.c +++ b/net/ipv4/tcp_ipv4.c @@ -900,8 +900,7 @@ int

[PATCH 2/4] [IPV4] TCPMD5: Use memmove() instead of memcpy() because we have overlaps.

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- net/ipv4/tcp_ipv4.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c index ff36096..652c323 100644 --- a/net/ipv4/tcp_ipv4.c +++ b/net/ipv4/tcp_ipv4.c @@ -938,10 +938,10

[PATCH 3/4] [IPV6] TCPMD5: Check return value of tcp_alloc_md5sig_pool().

Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- net/ipv6/tcp_ipv6.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c index 3aad861..b1bfbdd 100644 --- a/net/ipv6/tcp_ipv6.c +++ b/net/ipv6/tcp_ipv6.c @@ -581,7 +581,10 @@

[PATCH 4/4] [IPV6] TCPMD5: Fix deleting key operation.

Due to the bug, refcnt for md5sig pool was leaked when an user try to delete a key if we have more than one key. In addition to the leakage, we returned incorrect return result value for userspace. This fix should close Bug #9418, reported by [EMAIL PROTECTED]. Signed-off-by: YOSHIFUJI Hideaki

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.4)

Hello. I'll take care of this. Regards, --yoshfuji In article [EMAIL PROTECTED] (at Tue, 20 Nov 2007 09:36:26 -0800), Templin, Fred L [EMAIL PROTECTED] says: From: Fred L. Templin [EMAIL PROTECTED] This patch includes support for the Intra-Site Automatic Tunnel Addressing Protocol

Re: [PATCH 6/6 net-2.6.25][RAW] Consolidate proc interface

NAK. In article [EMAIL PROTECTED] (at Fri, 16 Nov 2007 17:19:27 +0300), Pavel Emelyanov [EMAIL PROTECTED] says: @@ -858,7 +852,7 @@ static struct sock *raw_get_first(struct seq_file *seq) ++state-bucket) { struct hlist_node *node; -

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.2)

In article [EMAIL PROTECTED] (at Wed, 14 Nov 2007 22:44:17 -0800), Templin, Fred L [EMAIL PROTECTED] says: --- linux-2.6.24-rc2/net/ipv6/addrconf.c.orig 2007-11-08 11:59:35.0 -0800 +++ linux-2.6.24-rc2/net/ipv6/addrconf.c 2007-11-14 22:17:28.0 -0800 @@ -1424,6

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.2)

In article [EMAIL PROTECTED] (at Wed, 14 Nov 2007 22:44:17 -0800), Templin, Fred L [EMAIL PROTECTED] says: From: Fred L. Templin [EMAIL PROTECTED] This patch includes support for the Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses the SIT module, and is

Re: [PATCH 01/01] ipv6: RFC4214 Support (v2.2)

In article [EMAIL PROTECTED] (at Thu, 15 Nov 2007 10:11:16 -0800), Templin, Fred L [EMAIL PROTECTED] says: Yoshifuji, -Original Message- From: YOSHIFUJI Hideaki / 吉藤英明 [mailto:[EMAIL PROTECTED] Sent: Thursday, November 15, 2007 3:48 AM To: Templin, Fred L Cc: netdev

Re: [PATCH 05/25] NFS: eliminate NIPQUAD(clp-cl_addr.sin_addr)

In article [EMAIL PROTECTED] (at Tue, 13 Nov 2007 13:31:27 -0500), Chuck Lever [EMAIL PROTECTED] says: clp-rpc_ops-version, -NIPQUAD(clp-cl_addr.sin_addr), -ntohs(clp-cl_addr.sin_port), +rpc_peeraddr2str(clp-cl_rpcclient,

  1   2   3   4   5   >