<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/include/linux/neighbour.h, branch v3.4.94</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>neigh: new unresolved queue limits</title>
<updated>2011-11-14T05:47:54+00:00</updated>
<author>
<name>Eric Dumazet</name>
<email>eric.dumazet@gmail.com</email>
</author>
<published>2011-11-09T12:07:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=8b5c171bb3dc0686b2647a84e990199c5faa9ef8'/>
<id>8b5c171bb3dc0686b2647a84e990199c5faa9ef8</id>
<content type='text'>
Le mercredi 09 novembre 2011 à 16:21 -0500, David Miller a écrit :
&gt; From: David Miller &lt;davem@davemloft.net&gt;
&gt; Date: Wed, 09 Nov 2011 16:16:44 -0500 (EST)
&gt;
&gt; &gt; From: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
&gt; &gt; Date: Wed, 09 Nov 2011 12:14:09 +0100
&gt; &gt;
&gt; &gt;&gt; unres_qlen is the number of frames we are able to queue per unresolved
&gt; &gt;&gt; neighbour. Its default value (3) was never changed and is responsible
&gt; &gt;&gt; for strange drops, especially if IP fragments are used, or multiple
&gt; &gt;&gt; sessions start in parallel. Even a single tcp flow can hit this limit.
&gt; &gt;  ...
&gt; &gt;
&gt; &gt; Ok, I've applied this, let's see what happens :-)
&gt;
&gt; Early answer, build fails.
&gt;
&gt; Please test build this patch with DECNET enabled and resubmit.  The
&gt; decnet neigh layer still refers to the removed -&gt;queue_len member.
&gt;
&gt; Thanks.

Ouch, this was fixed on one machine yesterday, but not the other one I
used this morning, sorry.

[PATCH V5 net-next] neigh: new unresolved queue limits

unres_qlen is the number of frames we are able to queue per unresolved
neighbour. Its default value (3) was never changed and is responsible
for strange drops, especially if IP fragments are used, or multiple
sessions start in parallel. Even a single tcp flow can hit this limit.

$ arp -d 192.168.20.108 ; ping -c 2 -s 8000 192.168.20.108
PING 192.168.20.108 (192.168.20.108) 8000(8028) bytes of data.
8008 bytes from 192.168.20.108: icmp_seq=2 ttl=64 time=0.322 ms

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Le mercredi 09 novembre 2011 à 16:21 -0500, David Miller a écrit :
&gt; From: David Miller &lt;davem@davemloft.net&gt;
&gt; Date: Wed, 09 Nov 2011 16:16:44 -0500 (EST)
&gt;
&gt; &gt; From: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
&gt; &gt; Date: Wed, 09 Nov 2011 12:14:09 +0100
&gt; &gt;
&gt; &gt;&gt; unres_qlen is the number of frames we are able to queue per unresolved
&gt; &gt;&gt; neighbour. Its default value (3) was never changed and is responsible
&gt; &gt;&gt; for strange drops, especially if IP fragments are used, or multiple
&gt; &gt;&gt; sessions start in parallel. Even a single tcp flow can hit this limit.
&gt; &gt;  ...
&gt; &gt;
&gt; &gt; Ok, I've applied this, let's see what happens :-)
&gt;
&gt; Early answer, build fails.
&gt;
&gt; Please test build this patch with DECNET enabled and resubmit.  The
&gt; decnet neigh layer still refers to the removed -&gt;queue_len member.
&gt;
&gt; Thanks.

Ouch, this was fixed on one machine yesterday, but not the other one I
used this morning, sorry.

[PATCH V5 net-next] neigh: new unresolved queue limits

unres_qlen is the number of frames we are able to queue per unresolved
neighbour. Its default value (3) was never changed and is responsible
for strange drops, especially if IP fragments are used, or multiple
sessions start in parallel. Even a single tcp flow can hit this limit.

$ arp -d 192.168.20.108 ; ping -c 2 -s 8000 192.168.20.108
PING 192.168.20.108 (192.168.20.108) 8000(8028) bytes of data.
8008 bytes from 192.168.20.108: icmp_seq=2 ttl=64 time=0.322 ms

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>net: cleanup include/linux</title>
<updated>2009-11-04T17:50:58+00:00</updated>
<author>
<name>Eric Dumazet</name>
<email>eric.dumazet@gmail.com</email>
</author>
<published>2009-11-04T17:50:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d94d9fee9fa4e66a0b91640a694b8b10177075b3'/>
<id>d94d9fee9fa4e66a0b91640a694b8b10177075b3</id>
<content type='text'>
This cleanup patch puts struct/union/enum opening braces,
in first line to ease grep games.

struct something
{

becomes :

struct something {

Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This cleanup patch puts struct/union/enum opening braces,
in first line to ease grep games.

struct something
{

becomes :

struct something {

Signed-off-by: Eric Dumazet &lt;eric.dumazet@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>neigh: Allow for user space users of the neighbour table</title>
<updated>2009-03-04T08:03:08+00:00</updated>
<author>
<name>Eric Biederman</name>
<email>ebiederm@aristanetworks.com</email>
</author>
<published>2009-03-04T08:03:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=0c5c2d3089068d4aa378f7a40d2b5ad9d4f52ce8'/>
<id>0c5c2d3089068d4aa378f7a40d2b5ad9d4f52ce8</id>
<content type='text'>
Currently it is possible to do just about everything with the arp table
from user space except treat an entry like you are using it.  To that end
implement and a flag NTF_USE that when set in a netwlink update request
treats the neighbour table entry like the kernel does on the output path.

This allows user space applications to share the kernel's arp cache.

Signed-off-by: Eric Biederman &lt;ebiederm@aristanetworks.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Currently it is possible to do just about everything with the arp table
from user space except treat an entry like you are using it.  To that end
implement and a flag NTF_USE that when set in a netwlink update request
treats the neighbour table entry like the kernel does on the output path.

This allows user space applications to share the kernel's arp cache.

Signed-off-by: Eric Biederman &lt;ebiederm@aristanetworks.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>headers_check fix: linux/neighbour.h</title>
<updated>2009-01-30T18:31:42+00:00</updated>
<author>
<name>Jaswinder Singh Rajput</name>
<email>jaswinderrajput@gmail.com</email>
</author>
<published>2009-01-30T16:28:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=ee79a6415f911801eb7804704ac130088281b2d8'/>
<id>ee79a6415f911801eb7804704ac130088281b2d8</id>
<content type='text'>
fix the following 'make headers_check' warning:

  usr/include/linux/neighbour.h:8: found __[us]{8,16,32,64} type without #include &lt;linux/types.h&gt;

Signed-off-by: Jaswinder Singh Rajput &lt;jaswinderrajput@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
fix the following 'make headers_check' warning:

  usr/include/linux/neighbour.h:8: found __[us]{8,16,32,64} type without #include &lt;linux/types.h&gt;

Signed-off-by: Jaswinder Singh Rajput &lt;jaswinderrajput@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[NEIGH]: Move netlink neighbour table bits to linux/neighbour.h</title>
<updated>2006-09-22T21:54:04+00:00</updated>
<author>
<name>Thomas Graf</name>
<email>tgraf@suug.ch</email>
</author>
<published>2006-08-08T01:00:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b63bbc5006a0a62fabc81c4f77e95f16ff16f340'/>
<id>b63bbc5006a0a62fabc81c4f77e95f16ff16f340</id>
<content type='text'>
rtnetlink_rcv_msg() is not longer required to parse attributes
for the neighbour tables layer, remove dependency on obsolete and
buggy rta_buf.

Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
rtnetlink_rcv_msg() is not longer required to parse attributes
for the neighbour tables layer, remove dependency on obsolete and
buggy rta_buf.

Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[NEIGH]: Move netlink neighbour bits to linux/neighbour.h</title>
<updated>2006-09-22T21:54:01+00:00</updated>
<author>
<name>Thomas Graf</name>
<email>tgraf@suug.ch</email>
</author>
<published>2006-08-08T00:57:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=9067c722cf6930adf1df2d169de9094dd90b0c33'/>
<id>9067c722cf6930adf1df2d169de9094dd90b0c33</id>
<content type='text'>
Moves netlink neighbour bits to linux/neighbour.h. Also
moves bits to be exported to userspace from net/neighbour.h
to linux/neighbour.h and removes __KERNEL__ guards, userspace
is not supposed to be using it.

rtnetlink_rcv_msg() is not longer required to parse attributes
for the neighbour layer, remove dependency on obsolete and
buggy rta_buf.

Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Moves netlink neighbour bits to linux/neighbour.h. Also
moves bits to be exported to userspace from net/neighbour.h
to linux/neighbour.h and removes __KERNEL__ guards, userspace
is not supposed to be using it.

rtnetlink_rcv_msg() is not longer required to parse attributes
for the neighbour layer, remove dependency on obsolete and
buggy rta_buf.

Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
</feed>
