Received: with ECARTIS (v1.0.0; list netdev); Wed, 19 Mar 2003 19:01:32 -0800 (PST) Received: from yue.hongo.wide.ad.jp (yue.hongo.wide.ad.jp [203.178.139.94]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h2K31Jq9028566 for ; Wed, 19 Mar 2003 19:01:21 -0800 Received: from localhost (localhost [127.0.0.1]) by yue.hongo.wide.ad.jp (8.12.3+3.5Wbeta/8.12.3/Debian-5) with ESMTP id h2K31aUl005092; Thu, 20 Mar 2003 12:01:37 +0900 Date: Thu, 20 Mar 2003 12:01:36 +0900 (JST) Message-Id: <20030320.120136.108400165.yoshfuji@wide.ad.jp> To: davem@redhat.com Cc: dlstevens@us.ibm.com, kuznet@ms2.inr.ac.ru, linux-kernel@vger.kernel.org, netdev@oss.sgi.com Subject: Re: [PATCH] anycast support for IPv6, updated to 2.5.44 From: YOSHIFUJI Hideaki / =?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?= In-Reply-To: <20030319.163105.44963500.davem@redhat.com> References: <20030319.163105.44963500.davem@redhat.com> X-URL: http://www.yoshifuji.org/%7Ehideaki/ X-Fingerprint: 90 22 65 EB 1E CF 3A D1 0B DF 80 D8 48 07 F8 94 E0 62 0E EA X-PGP-Key-URL: http://www.yoshifuji.org/%7Ehideaki/hideaki@yoshifuji.org.asc X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 1973 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: yoshfuji@wide.ad.jp Precedence: bulk X-list: netdev Content-Length: 1059 Lines: 25 In article <20030319.163105.44963500.davem@redhat.com> (at Wed, 19 Mar 2003 16:31:05 -0800 (PST)), "David S. Miller" says: > From: "David Stevens" > Date: Mon, 28 Oct 2002 14:06:00 -0700 > > Below is a patch to add anycast support for IPv6. It's the same patch as > I've posted previously, but updated with comments from Chris Hellwig and > for kernel version 2.5.44. > > I'm going to apply this, with the small change that dev_getany() is > renamed to dev_get_by_flags() which more accurately describes > what the routine does. Again: I don't like API at all. Anycast address management itself in that patch would be ok. However, JOIN/LEAVE is NOT useful and userland application will be incompatible with other implementation. (sigh...) I think linux likes unicast model (assign address like unicast address), too. And, we see __constant_{hton,ntoh}{l,h}() again... -- Hideaki YOSHIFUJI @ USAGI Project GPG FP: 9022 65EB 1ECF 3AD1 0BDF 80D8 4807 F894 E062 0EEA