kernel.git/net/ipv4/Kconfig, branch linux-2.6.36.y

Revert "ipv4: Make INET_LRO a bool instead of tristate."

2010-10-04T04:46:23Z

This reverts commit e81963b180ac502fda0326edf059b1e29cdef1a2. LRO is now deprecated in favour of GRO, and only a few drivers use it, so it is desirable to build it as a module in distribution kernels. The original change to prevent building it as a module was made in an attempt to avoid the case where some dependents are set to y and some to m, and INET_LRO can be set to m rather than y. However, the Kconfig system will reliably set INET_LRO=y in this case. Signed-off-by: Ben Hutchings Signed-off-by: David S. Miller

ip_gre: Fix dependencies wrt. ipv6.

2010-09-29T05:37:56Z

The GRE tunnel driver needs to invoke icmpv6 helpers in the ipv6 stack when ipv6 support is enabled. Therefore if IPV6 is enabled, we have to enforce that GRE's enabling (modular or static) matches that of ipv6. Reported-by: Patrick McHardy Reported-by: Herbert Xu Signed-off-by: David S. Miller

ipv4: minor fix about RPF in help of Kconfig

2010-09-01T21:29:36Z

Signed-off-by: Nicolas Dichtel Signed-off-by: David S. Miller

syncookies: remove Kconfig text line about disabled-by-default

2010-06-04T22:56:01Z

syncookies default to on since e994b7c901ded7200b525a707c6da71f2cf6d4bb (tcp: Don't make syn cookies initial setting depend on CONFIG_SYSCTL). Signed-off-by: Florian Westphal Signed-off-by: David S. Miller

ipv4: ipmr: fix IP_MROUTE_MULTIPLE_TABLES Kconfig dependencies

2010-04-15T11:31:29Z

IP_MROUTE_MULTIPLE_TABLES should depend on IP_MROUTE. Signed-off-by: Patrick McHardy

ipv4: ipmr: support multiple tables

2010-04-13T21:49:34Z

This patch adds support for multiple independant multicast routing instances, named "tables". Userspace multicast routing daemons can bind to a specific table instance by issuing a setsockopt call using a new option MRT_TABLE. The table number is stored in the raw socket data and affects all following ipmr setsockopt(), getsockopt() and ioctl() calls. By default, a single table (RT_TABLE_DEFAULT) is created with a default routing rule pointing to it. Newly created pimreg devices have the table number appended ("pimregX"), with the exception of devices created in the default table, which are named just "pimreg" for compatibility reasons. Packets are directed to a specific table instance using routing rules, similar to how regular routing rules work. Currently iif, oif and mark are supported as keys, source and destination addresses could be supported additionally. Example usage: - bind pimd/xorp/... to a specific table: uint32_t table = 123; setsockopt(fd, IPPROTO_IP, MRT_TABLE, &table, sizeof(table)); - create routing rules directing packets to the new table: # ip mrule add iif eth0 lookup 123 # ip mrule add oif eth0 lookup 123 Signed-off-by: Patrick McHardy Signed-off-by: David S. Miller

net: tcp: make veno selectable as default congestion module

2010-03-17T04:23:21Z

Signed-off-by: Jan Engelhardt Signed-off-by: David S. Miller

net: tcp: make hybla selectable as default congestion module

2010-03-17T04:23:20Z

Signed-off-by: Jan Engelhardt Signed-off-by: David S. Miller

nfs: new subdir Documentation/filesystems/nfs

2009-10-27T23:34:04Z

We're adding enough nfs documentation that it may as well have its own subdirectory. Acked-by: Randy Dunlap Signed-off-by: J. Bruce Fields

ipv4: update ARPD help text

2009-06-14T06:36:32Z

Removed the statements about ARP cache size as this config option does not affect it. The cache size is controlled by neigh_table gc thresholds. Remove also expiremental and obsolete markings as the API originally intended for arp caching is useful for implementing ARP-like protocols (e.g. NHRP) in user space and has been there for a long enough time. Signed-off-by: Timo Teras Signed-off-by: David S. Miller