<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net/vxlan.c, branch v3.10.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/net/vxlan.c?h=v3.10.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/net/vxlan.c?h=v3.10.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-06-19T07:50:58Z</updated>
<entry>
<title>vxlan: fix check for migration of static entry</title>
<updated>2013-06-19T07:50:58Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-06-18T21:27:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=eb064c3b49931dc73bba59887019c7f5cb97d322'/>
<id>urn:sha1:eb064c3b49931dc73bba59887019c7f5cb97d322</id>
<content type='text'>
The check introduced by:
	commit 26a41ae604381c5cc0caf1c3261ca6b298b5fe69
	Author: stephen hemminger &lt;stephen@networkplumber.org&gt;
	Date:   Mon Jun 17 12:09:58 2013 -0700

	    vxlan: only migrate dynamic FDB entries

was not correct because it is checking flag about type of FDB
entry, rather than the state (dynamic versus static). The confusion
arises because vxlan is reusing values from bridge, and bridge is
reusing values from neighbour table, and easy to get lost in translation.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: handle skb_clone failure</title>
<updated>2013-06-17T22:55:47Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-06-17T19:09:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7aa27238417a34ec9be2d8eff05ceff319f2d39b'/>
<id>urn:sha1:7aa27238417a34ec9be2d8eff05ceff319f2d39b</id>
<content type='text'>
If skb_clone fails if out of memory then just skip the fanout.

Problem was introduced in 3.10 with:
  commit 6681712d67eef14c4ce793561c3231659153a320
  Author: David Stevens &lt;dlstevens@us.ibm.com&gt;
  Date:   Fri Mar 15 04:35:51 2013 +0000

    vxlan: generalize forwarding tables

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: only migrate dynamic FDB entries</title>
<updated>2013-06-17T22:55:46Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-06-17T19:09:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=26a41ae604381c5cc0caf1c3261ca6b298b5fe69'/>
<id>urn:sha1:26a41ae604381c5cc0caf1c3261ca6b298b5fe69</id>
<content type='text'>
Only migrate dynamic forwarding table entries, don't modify
static entries. If packet received from incorrect source IP address
assume it is an imposter and drop it.

This patch applies only to -net, a different patch would be needed for earlier
kernels since the NTF_SELF flag was introduced with 3.10.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: fix race between flush and incoming learning</title>
<updated>2013-06-17T22:55:46Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-06-17T19:09:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3bf74b1aecdce719f1445200d5db7dfee2297bba'/>
<id>urn:sha1:3bf74b1aecdce719f1445200d5db7dfee2297bba</id>
<content type='text'>
It is possible for a packet to arrive during vxlan_stop(), and
have a dynamic entry created. Close this by checking if device
is up.

 CPU1                             CPU2
vxlan_stop
  vxlan_flush
     hash_lock acquired
                                  vxlan_encap_recv
                                     vxlan_snoop
                                        waiting for hash_lock
     hash_lock relased
  vxlan_flush done
                                        hash_lock acquired
                                        vxlan_fdb_create

This is a day-one bug in vxlan goes back to 3.7.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: Update vxlan fdb 'used' field after each usage</title>
<updated>2013-05-18T19:53:39Z</updated>
<author>
<name>Sridhar Samudrala</name>
<email>sri@us.ibm.com</email>
</author>
<published>2013-05-17T06:39:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=014be2c8eac3381e202f684c1f35ae184a8b152b'/>
<id>urn:sha1:014be2c8eac3381e202f684c1f35ae184a8b152b</id>
<content type='text'>
Fix some instances where vxlan fdb 'used' field is not updated after the entry
is used.

v2: rename vxlan_find_mac() as __vxlan_find_mac() and create a new vxlan_find_mac()
that also updates -&gt;used field.

Signed-off-by: Sridhar Samudrala &lt;sri@us.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: do not set SKB_GSO_UDP</title>
<updated>2013-04-29T19:27:47Z</updated>
<author>
<name>Dmitry Kravkov</name>
<email>dmitry@broadcom.com</email>
</author>
<published>2013-04-28T08:16:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f6ace502b828bd3c6110ad1f4bf82a1535a29135'/>
<id>urn:sha1:f6ace502b828bd3c6110ad1f4bf82a1535a29135</id>
<content type='text'>
Since SKB_GSO_* flags are set by appropriate gso_segment callback
in TCP/UDP layer.

CC: Pravin B Shelar &lt;pshelar@nicira.com&gt;
Signed-off-by: Dmitry Kravkov &lt;dmitry@broadcom.com&gt;
Signed-off-by: Eilon Greenstein &lt;eilong@broadcom.com&gt;
Acked-by: Pravin B Shelar &lt;pshelar@nicira.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: allow choosing destination port per vxlan</title>
<updated>2013-04-29T15:53:12Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-04-27T11:31:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=823aa873bc782f1c51b1ce8ec6da7cfcaf93836e'/>
<id>urn:sha1:823aa873bc782f1c51b1ce8ec6da7cfcaf93836e</id>
<content type='text'>
Allow configuring the default destination port on a per-device basis.
Adds new netlink paramater IFLA_VXLAN_PORT to allow setting destination
port when creating new vxlan.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: compute source port in network byte order</title>
<updated>2013-04-29T15:53:12Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-04-27T11:31:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7d836a7679a85f75bbc96d631b4007a78396b190'/>
<id>urn:sha1:7d836a7679a85f75bbc96d631b4007a78396b190</id>
<content type='text'>
Rather than computing source port and returning it in host order
then swapping later, go ahead and compute it in network order to
start with. Cleaner and less error prone.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: source compatiablity with IFLA_VXLAN_GROUP (v2)</title>
<updated>2013-04-29T15:53:12Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-04-27T11:31:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5d174dd80ce94b7ed0950e31fc9a0122c689523b'/>
<id>urn:sha1:5d174dd80ce94b7ed0950e31fc9a0122c689523b</id>
<content type='text'>
Source compatiability for build iproute2 was broken by:
  commit c7995c43facc6e5dea4de63fa9d283a337aabeb1
  Author: Atzm Watanabe &lt;atzm@stratosphere.co.jp&gt;
    vxlan: Allow setting destination to unicast address.

Since this commit has not made it upstream (still net-next),
and better to avoid gratitious changes to exported API's;
go back to original definition, and add a comment.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>vxlan: fix byte order issues with NDA_PORT</title>
<updated>2013-04-29T15:53:12Z</updated>
<author>
<name>stephen hemminger</name>
<email>stephen@networkplumber.org</email>
</author>
<published>2013-04-27T11:31:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=73cf3317065a6bc1536b4fb6f51bff4d3138f8ac'/>
<id>urn:sha1:73cf3317065a6bc1536b4fb6f51bff4d3138f8ac</id>
<content type='text'>
The NDA_PORT attribute was added, but the author wasn't careful
about width (port is 16 bits), or byte order.  The attribute was
being dumped as 16 bits, but only 32 bit value would be accepted
when setting up a device. Also, the remote port is in network
byte order and was being compared with default port in host byte
order.

Signed-off-by: Stephen Hemminger &lt;stephen@networkplumber.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
