From owner-freebsd-isdn@FreeBSD.ORG Mon Dec 3 11:29:49 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 5A5603AA for ; Mon, 3 Dec 2012 11:29:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id D5C6E8FC15 for ; Mon, 3 Dec 2012 11:29:48 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 178579366; Mon, 03 Dec 2012 12:24:39 +0100 From: Hans Petter Selasky To: Andreas Longwitz Subject: Re: ISDN4BSD (HPS version) is going into ports Date: Mon, 3 Dec 2012 12:26:14 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <509E87EF.9070607@incore.de> <201212021043.53151.hselasky@c2i.net> <50BBEA16.3060004@incore.de> In-Reply-To: <50BBEA16.3060004@incore.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212031226.14851.hselasky@c2i.net> 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: Mon, 03 Dec 2012 11:29:49 -0000 On Monday 03 December 2012 00:53:58 Andreas Longwitz wrote: > 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.1 > > 9.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: Hi, Could you show what code you added? I think we are onto something. The rstad=0xae too, so apparently this byte is added to the FIFO. Could you try to send a dummy frame that is greater than 64 bytes? I want to see if len = 0, is used at all. --HPS