Received: with ECARTIS (v1.0.0; list netdev); Mon, 31 Jan 2005 01:16:43 -0800 (PST) Received: from balu1.urz.unibas.ch (balu1.urz.unibas.ch [131.152.1.51]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j0V9Gami027348 for ; Mon, 31 Jan 2005 01:16:37 -0800 Received: from igor.urz.unibas.ch (igor.urz.unibas.ch [131.152.1.3]) by balu1.urz.unibas.ch (8.12.10/8.12.10) with ESMTP id j0V9GUCJ015026; Mon, 31 Jan 2005 10:16:31 +0100 Date: Mon, 31 Jan 2005 10:16:29 +0100 (MET) From: Christian Tschudin To: YOSHIFUJI Hideaki / =?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?= cc: netdev@oss.sgi.com Subject: Re: PROBLEM: nd_tbl not a public symbol in net/ipv6/ndisc.c In-Reply-To: <20050131.172022.93845025.yoshfuji@linux-ipv6.org> Message-ID: References: <20050131.172022.93845025.yoshfuji@linux-ipv6.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN X-SMTP-Vilter-Version: 1.1.8 X-SMTP-Vilter-Virus-Backend: savse X-SMTP-Vilter-Status: clean X-SMTP-Vilter-savse-Virus-Status: clean X-SMTP-Vilter-Unwanted-Backend: attachment X-SMTP-Vilter-attachment-Unwanted-Status: clean X-Virus-Scanned: ClamAV 0.80/650/Sun Jan 2 19:00:02 2005 clamav-milter version 0.80j on 127.0.0.1 X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id j0V9Gami027348 X-archive-position: 1061 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: Christian.Tschudin@unibas.ch Precedence: bulk X-list: netdev Content-Length: 1462 Lines: 39 On Mon, 31 Jan 2005, YOSHIFUJI Hideaki / [iso-2022-jp] µÈÆ£±ÑÌÀ wrote: > In article (at Mon, 31 Jan 2005 09:04:34 +0100 (MET)), Christian Tschudin says: > > > Our LUNAR project (underlay for wireless multihop networks) > > stumbled over the same problem that at least two other projects > > (infiniband, and mipv6) also experienced many months ago: > > > > The neighbor table 'nd_tbl' in net/ipv6/ndisc.c > > is not accessible from other modules. > : > > +EXPORT_SYMBOL(nd_tbl); > > I disagree. > Basically, ndisc.c is the only user of that structure and > I cannot find why you really need this symbol. We have implemented an underlay network layer protocol. This means that we present to the IP stack a subnet illusion while doing wireless multihop forwarding underneath. To this end we need to set and unset entries in the neighbor table, because we are actively managing neighbors. Now, if you know a technique how to invoke neigh_lookup(struct neigh_table *tbl, ...) or neigh_lookup_errno(struct neigh_table *tbl, ...) without having the reference to nd_tbl (i.e., getting at this value by some indirect means), we would be happy use it. Is there a way? Otherwise, we need a public nd_tbl symbol. best, christian --- Christian Tschudin, University of Basel http://cn.cs.unibas.ch/ Computer Science Dept, Bernoullistr. 16, CH - 4056 Basel, Switzerland