<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/net/ipv6, branch v2.6.26.3</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/net/ipv6?h=v2.6.26.3</id>
<link rel='self' href='https://git.amat.us/linux/atom/net/ipv6?h=v2.6.26.3'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-08-20T18:05:05Z</updated>
<entry>
<title>ipv6: Fix ip6_xmit to send fragments if ipfragok is true</title>
<updated>2008-08-20T18:05:05Z</updated>
<author>
<name>Wei Yongjun</name>
<email>yjwei@cn.fujitsu.com</email>
</author>
<published>2008-08-01T03:46:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bf408b4303a36e6f70514249b71fbec3a84678b8'/>
<id>urn:sha1:bf408b4303a36e6f70514249b71fbec3a84678b8</id>
<content type='text'>
[ Upstream commit 77e2f14f71d68d05945f1d30ca55b5194d6ab1ce ]

SCTP used ip6_xmit() to send fragments after received ICMP packet too
big message. But while send packet used ip6_xmit, the skb-&gt;local_df is
not initialized. So when skb if enter ip6_fragment(), the following
code will discard the skb.

ip6_fragment(...)
{
    if (!skb-&gt;local_df) {
        ...
        return -EMSGSIZE;
    }
    ...
}

SCTP do the following step:
1. send packet ip6_xmit(skb, ipfragok=0)
2. received ICMP packet too big message
3. if PMTUD_ENABLE: ip6_xmit(skb, ipfragok=1)

This patch fixed the problem by set local_df if ipfragok is true.

Signed-off-by: Wei Yongjun &lt;yjwei@cn.fujitsu.com&gt;
Acked-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>syncookies: Make sure ECN is disabled</title>
<updated>2008-08-20T18:05:04Z</updated>
<author>
<name>Florian Westphal</name>
<email>fw@strlen.de</email>
</author>
<published>2008-07-26T09:21:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=689dafca8f3a1e442aa8f1005bca54dcea38f8ba'/>
<id>urn:sha1:689dafca8f3a1e442aa8f1005bca54dcea38f8ba</id>
<content type='text'>
[ Upstream commit 16df845f4566bc252f3e09db12f5c2f22cb44226 ]

ecn_ok is not initialized when a connection is established by cookies.
The cookie syn-ack never sets ECN, so ecn_ok must be set to 0.

Spotted using ns-3/network simulation cradle simulator and valgrind.

Signed-off-by: Florian Westphal &lt;fw@strlen.de&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ipv6: use timer pending</title>
<updated>2008-08-01T19:42:57Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@vyatta.com</email>
</author>
<published>2008-07-24T07:28:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=579effcc0cdade7a32e85e3ab92f16622bf5b625'/>
<id>urn:sha1:579effcc0cdade7a32e85e3ab92f16622bf5b625</id>
<content type='text'>
[ Upstream commit 847499ce71bdcc8fc542062df6ebed3e596608dd ]

This fixes the bridge reference count problem and cleanups ipv6 FIB
timer management.  Don't use expires field, because it is not a proper
way to test, instead use timer_pending().

Signed-off-by: Stephen Hemminger &lt;shemminger@vyatta.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ipv6: missed namespace context in ipv6_rthdr_rcv</title>
<updated>2008-07-10T23:54:50Z</updated>
<author>
<name>Denis V. Lunev</name>
<email>den@parallels.com</email>
</author>
<published>2008-07-10T23:54:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0ce28553cc018be5022f51e67c87997f7271534e'/>
<id>urn:sha1:0ce28553cc018be5022f51e67c87997f7271534e</id>
<content type='text'>
Signed-off-by: Denis V. Lunev &lt;den@parallels.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6: fix race between ipv6_del_addr and DAD timer</title>
<updated>2008-07-08T22:13:31Z</updated>
<author>
<name>Andrey Vagin</name>
<email>avagin@parallels.com</email>
</author>
<published>2008-07-08T22:13:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b2238566401f01eb796e75750213c7b0fce396b2'/>
<id>urn:sha1:b2238566401f01eb796e75750213c7b0fce396b2</id>
<content type='text'>
Consider the following scenario:

ipv6_del_addr(ifp)
  ipv6_ifa_notify(RTM_DELADDR, ifp)
    ip6_del_rt(ifp-&gt;rt)

after returning from the ipv6_ifa_notify and enabling BH-s
back, but *before* calling the addrconf_del_timer the 
ifp-&gt;timer fires and:

addrconf_dad_timer(ifp)
  addrconf_dad_completed(ifp)
    ipv6_ifa_notify(RTM_NEWADDR, ifp)
      ip6_ins_rt(ifp-&gt;rt)

then return back to the ipv6_del_addr and:

in6_ifa_put(ifp)
  inet6_ifa_finish_destroy(ifp)
    dst_release(&amp;ifp-&gt;rt-&gt;u.dst)

After this we have an ifp-&gt;rt inserted into fib6 lists, but 
queued for gc, which in turn can result in oopses in the
fib6_run_gc. Maybe some other nasty things, but we caught 
only the oops in gc so far.

The solution is to disarm the ifp-&gt;timer before flushing the
rt from it.

Signed-off-by: Andrey Vagin &lt;avagin@parallels.com&gt;
Signed-off-by: Pavel Emelyanov &lt;xemul@openvz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6 route: Convert rt6_device_match() to use RT6_LOOKUP_F_xxx flags.</title>
<updated>2008-06-28T03:14:54Z</updated>
<author>
<name>YOSHIFUJI Hideaki</name>
<email>yoshfuji@linux-ipv6.org</email>
</author>
<published>2008-06-28T03:14:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d420895efb259a78dda50f95289571faa6e10e41'/>
<id>urn:sha1:d420895efb259a78dda50f95289571faa6e10e41</id>
<content type='text'>
The commit 77d16f450ae0452d7d4b009f78debb1294fb435c ("[IPV6] ROUTE:
Unify RT6_F_xxx and RT6_SELECT_F_xxx flags") intended to pass various
routing lookup hints around RT6_LOOKUP_F_xxx flags, but conversion was
missing for rt6_device_match().

Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>inet fragments: fix race between inet_frag_find and inet_frag_secret_rebuild</title>
<updated>2008-06-28T03:06:08Z</updated>
<author>
<name>Pavel Emelyanov</name>
<email>xemul@openvz.org</email>
</author>
<published>2008-06-28T03:06:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9a375803feaadb6c34e0807bd9325885dcca5c00'/>
<id>urn:sha1:9a375803feaadb6c34e0807bd9325885dcca5c00</id>
<content type='text'>
The problem is that while we work w/o the inet_frags.lock even
read-locked the secret rebuild timer may occur (on another CPU, since
BHs are still disabled in the inet_frag_find) and change the rnd seed
for ipv4/6 fragments.

It was caused by my patch fd9e63544cac30a34c951f0ec958038f0529e244
([INET]: Omit double hash calculations in xxx_frag_intern) late 
in the 2.6.24 kernel, so this should probably be queued to -stable.

Signed-off-by: Pavel Emelyanov &lt;xemul@openvz.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>tcp: /proc/net/tcp rto,ato values not scaled properly (v2)</title>
<updated>2008-06-28T03:00:19Z</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@vyatta.com</email>
</author>
<published>2008-06-28T03:00:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7be87351a1f6430426e88b4fcde353ab3330caff'/>
<id>urn:sha1:7be87351a1f6430426e88b4fcde353ab3330caff</id>
<content type='text'>
I found another case where we are sending information to userspace
in the wrong HZ scale.  This should have been fixed back in 2.5 :-(

This means an ABI change but as it stands there is no way for an application
like ss to get the right value.

Signed-off-by: Stephen Hemminger &lt;shemminger@vyatta.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>netfilter: ip6table_mangle: don't reroute in LOCAL_IN</title>
<updated>2008-06-24T20:30:45Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2008-06-24T20:30:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=88a6f4ad76be425f47df7f892baf913bcd466fb3'/>
<id>urn:sha1:88a6f4ad76be425f47df7f892baf913bcd466fb3</id>
<content type='text'>
Rerouting should only happen in LOCAL_OUT, in INPUT its useless
since the packet has already chosen its final destination.

Noticed by Alexey Dobriyan &lt;adobriyan@gmail.com&gt;.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ipv6: Drop packets for loopback address from outside of the box.</title>
<updated>2008-06-19T23:33:57Z</updated>
<author>
<name>YOSHIFUJI Hideaki</name>
<email>yoshfuji@linux-ipv6.org</email>
</author>
<published>2008-06-19T23:33:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f630e43a215a3129d0c1173cae0bce6ea4855cf7'/>
<id>urn:sha1:f630e43a215a3129d0c1173cae0bce6ea4855cf7</id>
<content type='text'>
[ Based upon original report and patch by Karsten Keil.  Karsten
  has verified that this fixes the TAHI test case "ICMPv6 test
  v6LC.5.1.2 Part F". -DaveM ]

Signed-off-by: YOSHIFUJI Hideaki &lt;yoshfuji@linux-ipv6.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
