From owner-freebsd-isdn@FreeBSD.ORG Sun Dec 2 23:54:01 2012 Return-Path: Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFB0E4F0 for ; Sun, 2 Dec 2012 23:54:01 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 743CD8FC12 for ; Sun, 2 Dec 2012 23:54:01 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 9BD7F5CFF9; Mon, 3 Dec 2012 00:54:00 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id 53EGnDLZbaC8; Mon, 3 Dec 2012 00:53:59 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 43A9D5CFF8; Mon, 3 Dec 2012 00:53:59 +0100 (CET) Received: from bsdmhs.longwitz (unknown [192.168.99.6]) by mail.incore (Postfix) with ESMTP id BA82D5083F; Mon, 3 Dec 2012 00:53:58 +0100 (CET) Message-ID: <50BBEA16.3060004@incore.de> Date: Mon, 03 Dec 2012 00:53:58 +0100 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Hans Petter Selasky Subject: Re: ISDN4BSD (HPS version) is going into ports References: <509E87EF.9070607@incore.de> <201211300844.37917.hselasky@c2i.net> <50BA8DB8.1090004@incore.de> <201212021043.53151.hselasky@c2i.net> In-Reply-To: <201212021043.53151.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-isdn@freebsd.org X-BeenThere: freebsd-isdn@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Using ISDN with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 23:54:01 -0000 Hans Petter Selasky wrote: > I see that my driver differs a bit from the origin. That's basically my fault, > when I did the porting, I tried to make things simpler. Maybe I have to port > more stuff from the working one. Mostly it requires some 32-bit register magic > instead of 8-bit register access. I'm using transparent mode only for B- > channels, and have optimised away some programming in that regard. > > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/pci/ifpci2.c?annotate=1.19.22.1 > > Can you try the attached patch? Yes I did, but was not happy, nothing changed. I have introduced some messages in the source and get this every 10 seconds: i4b-L1 ihfc1: avm_pci_chip_read: reg=0x00e0, len=1 i4b-L1 ihfc1: avm_pci_chip_status_read: ista=0x01 i4b-L1 ihfc1: avm_pci_chip_read: reg=0x00a0, len=1 i4b-L1 ihfc1: avm_pci_chip_status_read: ista_d=0x80 i4b-L1 ihfc1: avm_pci_chip_read: reg=0x00a6, len=1 i4b-L1 ihfc1: avm_pci_chip_status_read: rbcld=0x05 i4b-L1 ihfc1: avm_pci_chip_read: reg=0x00a8, len=1 i4b-L1 ihfc1: avm_pci_chip_status_read: rstad=0xae i4b-L1 ihfc1: avm_pci_fifo_read: len=5 i4b-L1 ihfc1: avm_pci_chip_read: reg=0x0080, len=5 i4b-L1 ihfc1: avm_pci_chip_read: got 0x02d30151ae The corresponding isdndecode looks like this: -- NT->TE - unit:00 frame:000059 - time:03.12 00:07:14.744795 - length:5 ----- L2 00 02 000000-- SAPI = 0 (Call Control) ------1- C/R = Command -------0 Extension Bit = 0 (with extension, octet follows) L2 01 D3 1101001- TEI = 105 = 0x69 (Automatic TEI) -------1 Extension Bit = 1 (no extension, final octet) L2 02 01 00000001 S-Frame: RR (Receiver Ready) L2 03 51 0101000- N(R) = 40 (receive sequence number) -------1 P/F, Poll = Immediate Response Required L3 04 AE 10101110 Protocol = Other Layer 3 or X.25 (0xae) Dumping Layer3 data, 0 bytes: -- Andreas Longwitz