From owner-freebsd-atm@FreeBSD.ORG Fri Jun 27 01:27:26 2003 Return-Path: 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 8199637B401 for ; Fri, 27 Jun 2003 01:27:26 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3687943F85 for ; Fri, 27 Jun 2003 01:27:25 -0700 (PDT) (envelope-from Thomas.Gellekum@gmx.de) Received: (qmail 13156 invoked by uid 65534); 27 Jun 2003 08:27:24 -0000 Received: from unknown (EHLO edison.en.elsa.intern) (195.127.120.222) by mail.gmx.net (mp025) with SMTP; 27 Jun 2003 10:27:24 +0200 Sender: tgelleku@edison.en.elsa.intern To: Harti Brandt References: <20030618213150.GA20365@fork> <200306190012.31245.vjardin@wanadoo.fr> <20030619092050.A630@beagle.fokus.fraunhofer.de> <20030626203933.GA7152@quick.recoil.org> <20030627075136.L74840@beagle.fokus.fraunhofer.de> <7v7k78ufnp.fsf@edison.en.elsa.intern> <20030627094712.E74840@beagle.fokus.fraunhofer.de> From: Thomas Gellekum In-Reply-To: <20030627094712.E74840@beagle.fokus.fraunhofer.de> Date: 27 Jun 2003 10:27:23 +0200 Message-ID: <7v1xxgudqs.fsf@edison.en.elsa.intern> Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-atm@freebsd.org Subject: Re: procom aal0 mode X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 08:27:26 -0000 Harti Brandt writes: > I'm working on the driver just now, but it's rather based on my 77211 > driver (perhaps they can be merged at one point). Great. > Are you aware of other 77252 cards? Apart from IDT's own reference designs, no. The've been declared obsolete, too, but there's a copy of the old IDT web pages at http://www.fulcrum.ru/Read/CDROMs/IDT-2001.Vol.1/docs/rp00013/rp01393.htm. The "data sheets" aren't really helpful, though. > Yes, as far as I understand they should work (they could use > another wiring for the CS pins I suppose and they surely will have another > EEPROM data format). Yup. > Even the PCI vendor ID should be the same, because it > comes from the chip. Of course, sorry, I was thinking of the subvendor ID. tg