| From: |
| Arnaldo Carvalho de Melo <acme@mandriva.com> |
| To: |
| Linus Torvalds <torvalds@osdl.org> |
| Subject: |
| [git patches] 2.6.x netdev updates |
| Date: |
| Thu, 3 Nov 2005 02:32:59 -0200 |
| Cc: |
| Andrew Morton <akpm@osdl.org>, netdev@vger.kernel.org |
Hi,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.git
Thanks a lot,
Documentation/DocBook/kernel-api.tmpl | 6 -
include/linux/etherdevice.h | 27 +-
net/core/datagram.c | 4
net/ipv4/igmp.c | 5
net/ipv4/tcp_bic.c | 2
net/ipv6/addrconf.c | 2
net/ipv6/mcast.c | 4
net/sched/Kconfig | 396 ++++++++++++++++-----------------
8 files changed, 228 insertions(+), 218 deletions(-)
commit 52ab4ac258ff10a362d78a3f8160a7c4d0721b51
Author: Thomas Graf <tgraf@suug.ch>
Date: Tue Nov 1 15:13:02 2005 +0100
[PKT_SCHED]: Rework QoS and/or fair queueing configuration
Make "QoS and/or fair queueing" have its own menu, it's too big to be
inlined into "Network options". Remove the obsolete NET_QOS option.
Automatically select NET_CLS if needed. Do the same for NET_ESTIMATOR
but allow it to be selected manually for statistical purposes. Add
comments to separate queueing from classification. Fix dependencies
and ordering of classifiers. Improve descriptions/help texts and
remove outdated pieces.
Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit 979ad663125af4be120697263038bb06ddbb83b4
Author: Yan Zheng <yanzheng@21cn.com>
Date: Fri Oct 14 18:31:15 2005 +0800
[IPV6]: inet6_ifinfo_notify should use RTM_DELLINK in addrconf_ifdown
Signed-off-by: Yan Zheng <yanzheng@21cn.com>
Acked-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit c75d721c761ad0f2d8725c40af9e4f376efefd24
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date: Wed Nov 2 18:55:00 2005 +1100
[NET]: Fix zero-size datagram reception
The recent rewrite of skb_copy_datagram_iovec broke the reception of
zero-size datagrams. This patch fixes it.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit c2da8acaf488b8651edfb04ebf3ab089f3a7830f
Author: Stephen Hemminger <shemminger@osdl.org>
Date: Tue Nov 1 17:05:09 2005 -0800
[ETHERNET]: Add ether stuff to docbook
Fix up etherdevice docbook comments and make them (and other networking stuff)
get dragged into the kernel-api. Delete the old 8390 stuff, it really isn't
interesting anymore.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit 2407534f8be8015d585104bcc4374870b6b70fe7
Author: Stephen Hemminger <shemminger@osdl.org>
Date: Tue Nov 1 16:52:11 2005 -0800
[ETHERNET]: Optimize is_broadcast_ether_addr
Optimize the match for broadcast address by using bit operations instead
of comparison. This saves a number of conditional branches, and generates
smaller code.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit 450b5b18983cc15f4d27bd3f62901e02281e818b
Author: Stephen Hemminger <shemminger@osdl.org>
Date: Tue Nov 1 15:26:45 2005 -0800
[TCP]: BIC max increment too large
The max growth of BIC TCP is too large. Original code was based on
BIC 1.0 and the default there was 32. Later code (2.6.13) included
compensation for delayed acks, and should have reduced the default
value to 16; since normally TCP gets one ack for every two packets sent.
The current value of 32 makes BIC too aggressive and unfair to other
flows.
Submitted-by: Injong Rhee <rhee@eos.ncsu.edu>
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Acked-by: Ian McDonald <imcdnzl@gmail.com>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
commit 8713dbf05754aa777f31bf491cb60a111f7ad828
Author: Yan Zheng <yanzheng@21cn.com>
Date: Fri Oct 28 08:02:08 2005 +0800
[MCAST]: ip[6]_mc_add_src should be called when number of sources is zero
And filter mode is exclude.
Further explanation by David Stevens:
Multicast source filters aren't widely used yet, and that's really the only
feature that's affected if an application actually exercises this bug, as far
as I can tell. An ordinary filter-less multicast join should still work, and
only forwarded multicast traffic making use of filters and doing empty-source
filters with the MSFILTER ioctl would be at risk of not getting multicast
traffic forwarded to them because the reports generated would not be based on
the correct counts.
Signed-off-by: Yan Zheng <yanzheng@21cn.com
Acked-by: David L Stevens <dlstevens@us.ibm.com>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html