From patchwork Fri Jun 12 05:38:02 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Timo Teras X-Patchwork-Id: 28618 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@bilbo.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from ozlabs.org (ozlabs.org [203.10.76.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.ozlabs.org", Issuer "CA Cert Signing Authority" (verified OK)) by bilbo.ozlabs.org (Postfix) with ESMTPS id 6A26DB7182 for ; Fri, 12 Jun 2009 15:38:13 +1000 (EST) Received: by ozlabs.org (Postfix) id 5BD12DDD0C; Fri, 12 Jun 2009 15:38:13 +1000 (EST) Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by ozlabs.org (Postfix) with ESMTP id CD9EBDDD0B for ; Fri, 12 Jun 2009 15:38:12 +1000 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752772AbZFLFiC (ORCPT ); Fri, 12 Jun 2009 01:38:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751323AbZFLFiB (ORCPT ); Fri, 12 Jun 2009 01:38:01 -0400 Received: from mail-ew0-f210.google.com ([209.85.219.210]:43394 "EHLO mail-ew0-f210.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752656AbZFLFiB (ORCPT ); Fri, 12 Jun 2009 01:38:01 -0400 Received: by ewy6 with SMTP id 6so2669290ewy.37 for ; Thu, 11 Jun 2009 22:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:to:cc:subject :date:message-id:x-mailer:in-reply-to:references; bh=cksFszVV1rlZjc23PNbFE3GS75WmYGjr/jm3j29CPFE=; b=v52aJx10owHffS76hB7Z7g6Zd2Uj3xoueU1m8dqmMEzyHp/n5OHo3aIR7ryeUbAnOH saIJFIVDLtfByuKob+p3JwlDAWucNAzuWG0S84JP0Zwc9BcSHnVEijSRnGvt53+oEy2X YG7z+vg4p0R8ZjySVrshf6GEC0IcWbTy9iWU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:date:message-id:x-mailer:in-reply-to :references; b=VXoJwlbM7Iq+sZpiBudFLRyCpIh/IQnNADSz2wtogQrZ0JW7YH5dShvlUNfc3Y1YFm ayu2SspN0vmEPvrr+IDPwSawHAiGu9TLt56UN0BAa+14M7C9YI/pfLWTR1dZmFmsdvPo rqCGxVuFUeUj6SShpsFsskyR2FAcoOhmxdDnw= Received: by 10.210.60.8 with SMTP id i8mr3077922eba.28.1244785081673; Thu, 11 Jun 2009 22:38:01 -0700 (PDT) Received: from localhost.localdomain (xdsl-83-150-94-239.nebulazone.fi [83.150.94.239]) by mx.google.com with ESMTPS id 7sm702836eyg.27.2009.06.11.22.38.00 (version=SSLv3 cipher=RC4-MD5); Thu, 11 Jun 2009 22:38:01 -0700 (PDT) From: Timo Teras To: davem@davemloft.net, netdev@vger.kernel.org Cc: Timo Teras Subject: [PATCH] ipv4: update ARPD help text Date: Fri, 12 Jun 2009 08:38:02 +0300 Message-Id: <1244785082-7883-1-git-send-email-timo.teras@iki.fi> X-Mailer: git-send-email 1.6.0.4 In-Reply-To: <20090611.205906.215886308.davem@davemloft.net> References: <20090611.205906.215886308.davem@davemloft.net> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org 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 --- net/ipv4/Kconfig | 35 +++++++++++++---------------------- 1 files changed, 13 insertions(+), 22 deletions(-) diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig index 5b919f7..70491d9 100644 --- a/net/ipv4/Kconfig +++ b/net/ipv4/Kconfig @@ -273,29 +273,20 @@ config IP_PIMSM_V2 you want to play with it. config ARPD - bool "IP: ARP daemon support (EXPERIMENTAL)" - depends on EXPERIMENTAL + bool "IP: ARP daemon support" ---help--- - Normally, the kernel maintains an internal cache which maps IP - addresses to hardware addresses on the local network, so that - Ethernet/Token Ring/ etc. frames are sent to the proper address on - the physical networking layer. For small networks having a few - hundred directly connected hosts or less, keeping this address - resolution (ARP) cache inside the kernel works well. However, - maintaining an internal ARP cache does not work well for very large - switched networks, and will use a lot of kernel memory if TCP/IP - connections are made to many machines on the network. - - If you say Y here, the kernel's internal ARP cache will never grow - to more than 256 entries (the oldest entries are expired in a LIFO - manner) and communication will be attempted with the user space ARP - daemon arpd. Arpd then answers the address resolution request either - from its own cache or by asking the net. - - This code is experimental and also obsolete. If you want to use it, - you need to find a version of the daemon arpd on the net somewhere, - and you should also say Y to "Kernel/User network link driver", - below. If unsure, say N. + The kernel maintains an internal cache which maps IP addresses to + hardware addresses on the local network, so that Ethernet/Token Ring/ + etc. frames are sent to the proper address on the physical networking + layer. Normally, kernel uses the ARP protocol to resolve these + mappings. + + Saying Y here adds support to have an user space daemon to do this + resolution instead. This is useful for implementing an alternate + address resolution protocol (e.g. NHRP on mGRE tunnels) and also for + testing purposes. + + If unsure, say N. config SYN_COOKIES bool "IP: TCP syncookie support (disabled per default)"