linux, branch v2.6.20-rc1

Linux v2.6.20-rc1

2006-12-14T01:14:23Z

.. and so the stabilization phase starts. Signed-off-by: Linus Torvalds

[NETFILTER]: bridge-netfilter: remove deferred hooks

2006-12-14T00:54:25Z

Remove the deferred hooks and all related code as scheduled in feature-removal-schedule. Signed-off-by: Patrick McHardy Signed-off-by: David S. Miller

[IPV6]: Make fib6_node subtree depend on IPV6_SUBTREES

2006-12-14T00:48:31Z

Make fib6_node 'subtree' depend on IPV6_SUBTREES. Signed-off-by: Kim Nordlund Signed-off-by: David S. Miller

[SCTP]: Add support for SCTP_CONTEXT socket option.

2006-12-14T00:48:29Z

Signed-off-by: Ivan Skytte Jorgensen Signed-off-by: Sridhar Samudrala Signed-off-by: David S. Miller

[SCTP]: Enable auto loading of SCTP when creating an ipv6 SCTP socket.

2006-12-14T00:48:28Z

Signed-off-by: Sridhar Samudrala Signed-off-by: David S. Miller

[SCTP]: Handle address add/delete events in a more efficient way.

2006-12-14T00:48:27Z

Currently in SCTP, we maintain a local address list by rebuilding the whole list from the device list whenever we get a address add/delete event. This patch fixes it by only adding/deleting the address for which we receive the event. Also removed the sctp_local_addr_lock() which is no longer needed as we now use list_for_each_safe() to traverse this list. This fixes the bugs in sctp_copy_laddrs_xxx() routines where we do copy_to_user() while holding this lock. Signed-off-by: Sridhar Samudrala Signed-off-by: David S. Miller

[TCP]: Fix oops caused by __tcp_put_md5sig_pool()

2006-12-14T00:48:26Z

It should call tcp_free_md5sig_pool() not __tcp_free_md5sig_pool() so that it does proper refcounting. Signed-off-by: David S. Miller

[IPV6]: Fix IPV6_UNICAST_HOPS getsockopt().

2006-12-14T00:48:25Z

> Relevant standard (RFC 3493) notes: > > The IPV6_UNICAST_HOPS option may be used with getsockopt() to > determine the hop limit value that the system will use for subsequent > unicast packets sent via that socket. > > I don't reckon -1 could be the hop limit value. -1 means un-initialized. > IMHO, the value from > case 1 (if socket is connected to some destination), otherwise case 2 > (if bound to a scope interface) or ultimately the default hop limit > ought to be returned instead, as it will be most often correct, while > the current behavior is always wrong, unless setsockopt() has been used > first. I don't if some people may think doing a route lookup in > getsockopt might be overly expensive, but at least the two other cases > should be ok, particularly the last one. The following patch seems to work for me, but this code has behaved this way for a while, so don't know if it will break any existing apps. Signed-off-by: Brian Haley Signed-off-by: David S. Miller

[DCCP] ccid3: return value in ccid3_hc_rx_calc_first_li

2006-12-14T00:48:24Z

In a recent patch we introduced invalid return codes which will result in the opposite of what is intended (i.e. send more packets in face of peculiar network conditions). This fixes it by returning ~0 which means not calculated as per dccp_li_hist_calc_i_mean. Signed-off-by: Ian McDonald Signed-off-by: Arnaldo Carvalho de Melo

[NETFILTER]: {ip,ip6,arp}_tables: fix exponential worst-case search for loops

2006-12-14T00:48:23Z

If we come to node we'd already marked as seen and it's not a part of path (i.e. we don't have a loop right there), we already know that it isn't a part of any loop, so we don't need to revisit it. That speeds the things up if some chain is refered to from several places and kills O(exp(table size)) worst-case behaviour (without sleeping, at that, so if you manage to self-LART that way, you are SOL for a long time)... Signed-off-by: Al Viro Signed-off-by: Patrick McHardy Signed-off-by: David S. Miller