From owner-freebsd-atm Mon Feb 10 2:17: 2 2003 Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 565C937B401 for ; Mon, 10 Feb 2003 02:17:00 -0800 (PST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B1E43F75 for ; Mon, 10 Feb 2003 02:16:59 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id h1AAGti29883; Mon, 10 Feb 2003 11:16:55 +0100 (MET) Date: Mon, 10 Feb 2003 11:16:55 +0100 (CET) From: Harti Brandt X-X-Sender: hbb@beagle.fokus.gmd.de To: Vincent Jardin Cc: "Andrew R. Reiter" , "Matthew N. Dodd" , atm@FreeBSD.ORG Subject: Re: New version of ngATM In-Reply-To: <3E26DAA600DC2A2B@mel-rta10.wanadoo.fr> (added by postmaster@wanadoo.fr) Message-ID: <20030210110915.E33486@beagle.fokus.gmd.de> References: <20030208163348.I27486@beagle.fokus.gmd.de> <3E26DAA600DC2A2B@mel-rta10.wanadoo.fr> (added by postmaster@wanadoo.fr) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 9 Feb 2003, Vincent Jardin wrote: VJ>I already use the HARP stack for PPPoE and PPPoEoA whithout any modification VJ>of the HARP source code ;-) PPPoA? VJ>> With regard to drivers: I'm going to busdmaify the en driver. I think I VJ>> have an LE155 card somewher here, so I will tackle the IDT driver after VJ>> that. When this is done, we have all that is supported with HARP also in VJ>> ngATM. VJ> VJ>The LE155 board uses the IDT77211 SAR chipset, doesn't it ? Then it is VJ>already supported by the HARP stack, moreover this driver uses DMA. It VJ>already supports UBR and CBR. [/usr/src/sys/dev/idt] # grep bus_dma [/usr/src/sys/dev/idt] # idt.c: buf = vtophys(idt->fixbuf); /* Transmit Status Queue Base */ *(volatile u_long *)(idt->virt_baseaddr + REGTSQB) = buf; This will fail on sparc64: vtophys is not the correct way to get a DMA-able address (the sparc has an IOMMU). u_long is probably wrong and means uint32_t. On sparc u_long is 64 bit. VJ>According to me, the HARP stack is a very stable code, it has lot of VJ>features and their drivers are working very well for a long time. If we VJ>need to improve the ATM support of FreeBSD, one should be more focused VJ>on the current code in order to improve the HARP stack and to add some VJ>new drivers. My feeling is, that nobody is going to do serious work on HARP. We can keep it running as long as possible. VJ>FreeBSD has already 2 ATM stacks : a basic one (NATM) and a full VJ>featured one (HARP), why is a third ATM stack required ? I received requests and questions from people outside the FreeBSD developers community for this ATM stuff. There is certainly interest in this. This will attract new users to the system. Forget about NATM (although I still find it to be a clever hack). harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message