From owner-freebsd-isdn Tue Jan 28 0:26: 4 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB8337B6B7; Tue, 28 Jan 2003 00:26:02 -0800 (PST) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84F243E4A; Tue, 28 Jan 2003 00:26:00 -0800 (PST) (envelope-from ari.suutari@syncrontech.com) Received: from coffee.syncrontech.com (coffee.syncrontech.com [62.71.8.37]) by guinness.syncrontech.com (8.12.6/8.12.6) with ESMTP id h0S8PvEI056891; Tue, 28 Jan 2003 10:25:58 +0200 (EET) (envelope-from ari.suutari@syncrontech.com) Content-Type: text/plain; charset="iso-8859-1" From: Ari Suutari To: Gary Jennejohn , joerg@FreeBSD.ORG Subject: Re: Problem with "no bufferspace" - solution Date: Tue, 28 Jan 2003 10:25:57 +0200 User-Agent: KMail/1.4.3 Cc: "G Hasse" , freebsd-isdn@FreeBSD.ORG References: <200301241522.h0OFLwj1014253@peedub.jennejohn.org> In-Reply-To: <200301241522.h0OFLwj1014253@peedub.jennejohn.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301281025.57413.ari.suutari@syncrontech.com> X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I think I have now understood this better. The PPP layer can be activated by two events, either by "up" or "open". When PPP is activated by incoming call "up" is used to signal that physical layer has become ready to transmit packets. In this case, "down" can be used to bring the layer down. However, if the PPP is activated by outgoing packet, an "open" event is used inside ppp to put LCP layer into starting state. In this case, "close" should be used to bring the LCP layer down. This is why the sppp complains about illegal state transition when i4b issues "down" after dialing has failed. I cannot think of any kind of simple solution to this, except when dialing fails issue first "up" and then immediately "down". I wonder how pppd and user ppp handle this (ie. modem dialing fails when using on-demand dialing) =09Ari S. On Friday 24 January 2003 17:21, Gary Jennejohn wrote: > > In that case my suggestion is incorrect. Your patch is the correct > way to do it. > > "Ari Suutari" writes: > > I did some reading on PPP RFC (1661). The correct way for > > physical layer to signal that it is no longer able to carry packet > > is to use Down event. So I think that my original code was correct= =2E > > The problem is in sppp layer, which works otherwise ok > > but prints out extraneous message. > > > > The PPP RFC doesn't say that it is legal to receive > > Down event when LCP is in starting state but says > > elsewhere that Down is the event to use by physical layer... > > I suppose. if_spppsubr.c is J=F6rg Wunsch's baby. We should ask him > his opinion. I'm pretty sure that he's subscribed to this list. > But I'll Cc: him. > > J=F6rg, any problem aith adding something like this to sppp_down_event? > (not a real diff) > > case STATE_CLOSING: > + case STATE_STARTING: > =09sppp_cp_change_state(cp, sp, STATE_INITIAL); > =09break; > > --- > Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Jan 28 0:59:35 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C5EE37B401; Tue, 28 Jan 2003 00:59:34 -0800 (PST) Received: from www.raditex.se (www.raditex.se [192.5.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F4A43FB9; Tue, 28 Jan 2003 00:59:32 -0800 (PST) (envelope-from gh@raditex.se) Received: from gandalf.sickla.raditex.se (gandalf.raditex.se [192.5.36.18]) by www.raditex.se (8.12.6/8.12.6) with ESMTP id h0S8vleh041786; Tue, 28 Jan 2003 08:57:47 GMT (envelope-from gh@raditex.se) Date: Tue, 28 Jan 2003 11:12:07 +0000 (GMT) From: G Hasse To: Ari Suutari Cc: Gary Jennejohn , , Subject: Re: Problem with "no bufferspace" - solution In-Reply-To: <200301281025.57413.ari.suutari@syncrontech.com> Message-ID: <20030128105819.F79725-100000@gandalf.raditex.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I follow your discussion with great interest. I have the following cenario +---------+ ISP0 ---- My summerhouse +-+ Office | FreeBSD | ISP1 ---- My home | | router | ISP2 ---- My parents house +- sharing +---------+ ISP3 ---- Friend 1 | 2 ISDN ISP4 ---- Friend 2 +-+ channels So I "very" often, (from time to time), have this problem. When all ISP interfaces get stuck I sometimes have to reboot the machine. So there is an issue here. I have tried to fiddle with the possibliity to change routes with the "connectprog". So that the other interfaces can't get packets. But this leads to many other problems. G=F6ran Hasse ---------------------------------------------------------------- G=F6ran Hasse email: gh@raditex.se Tel: 08-6949270 Raditex AB http://www.raditex.se Fax: 08-4420570 Sickla Alle 7, 1tr Mob: 070-5530148 131 34 NACKA, SWEDEN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Jan 29 13:50:36 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43AEF37B401 for ; Wed, 29 Jan 2003 13:50:35 -0800 (PST) Received: from mailout.nordcom.net (mailout.nordcom.net [213.168.202.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900C243F43 for ; Wed, 29 Jan 2003 13:50:33 -0800 (PST) (envelope-from Thomas.Wintergerst@nord-com.net) Received: from mailrelay.nordcom.net (mailrelay.nordcom.net [213.168.202.88]) by mailout.nordcom.net (Postfix) with ESMTP id 1D7402C137; Wed, 29 Jan 2003 22:50:27 +0100 (CET) Received: from kalak.lemur.nord.de (rev213-168-198-209-ncdial1.nc-ppp.net [213.168.198.209]) by mailrelay.nordcom.net (Postfix) with ESMTP id 5C6C443DF9; Wed, 29 Jan 2003 22:50:15 +0100 (CET) Received: from crest.lemur.nord.de (crest.lemur.nord.de [192.168.2.3]) by kalak.lemur.nord.de (8.12.3/8.12.3) with ESMTP id h0TLM4d7018472; Wed, 29 Jan 2003 22:22:04 +0100 (CET) (envelope-from Thomas.Wintergerst@nord-com.net) Received: from nord-com.net (localhost.lemur.nord.de [127.0.0.1]) by crest.lemur.nord.de (8.12.6/8.12.6) with ESMTP id h0TLLfDP006868; Wed, 29 Jan 2003 22:21:58 +0100 (CET) (envelope-from Thomas.Wintergerst@nord-com.net) Message-ID: <3E3845E5.6050405@nord-com.net> Date: Wed, 29 Jan 2003 22:21:41 +0100 From: Thomas Wintergerst User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021005 X-Accept-Language: German/Germany, de-DE, German, MIME-Version: 1.0 To: freebsd-isdn@FreeBSD.ORG Cc: Volker , hm@kts.org Subject: Re: i4b newbie questions: debugging and pppd References: <5.1.0.14.2.20030112235119.04e3ade0@mail.vwsoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Volker, Sorry, the answer comes a little bit late, but better than never... Volker wrote: [...] > > 4) Fax blues: I'm using a passive AVM Fritz!Card PCI. I was reading > while not having a CAPI driver / subsystem, I won't have fax support > (I know G3 is a lot a calculation and D/A operation while using > digital devices). There's a driver i4bcapi for the B1, does this mean > that when using a B1 one might have fax capabilities? If so, would > the capi4hylafax (AVM) work under i4b? Has anybody tested that? > > I really need fax support and don't want to throw in a modem just for > the faxing stuff, so I'm looking for alternatives. Does anybody here > tried to get capi4linux (AVM) to work under bsd? Would it be > possible to have a ported capi4linux and i4b on the same machine?? > > What are my options for faxing?> For fax-g3 there will be a solution in the (hopefully near) future. Hellmuth Michaelis is currently integrating my work on what I call CAPI for BSD (C4B) into FreeBSD-current. This package will provide CAPI support to kernel modules and user space applications. The first CAPI driver will work with AVM-B1, -C2 and -C4, -T1 boards may work but I cannot test it. As these boards besides the T1 support fax-g3 over CAPI, one may write an application using this feature. But currently there is no patch or something like that for HylaFax to support CAPI on BSD machines. I did some testing on the fax service, but only with a little test tool, not with a real application. Maybe someone is willing to adapt HylaFax to "CAPI for BSD"? If You would like to check out C4B, You can download the package and incorporate it into Your FreeBSD 4.6-RELEASE or 4.7-RELEASE system. These are the only versions currently known to work. The download address is . -- Thomas Wintergerst To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jan 30 0: 6: 8 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F62C37B401 for ; Thu, 30 Jan 2003 00:06:06 -0800 (PST) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B04243E4A for ; Thu, 30 Jan 2003 00:06:04 -0800 (PST) (envelope-from ari.suutari@syncrontech.com) Received: from coffee.syncrontech.com (coffee.syncrontech.com [62.71.8.37]) by guinness.syncrontech.com (8.12.6/8.12.6) with ESMTP id h0U85vEI047078; Thu, 30 Jan 2003 10:05:57 +0200 (EET) (envelope-from ari.suutari@syncrontech.com) Content-Type: text/plain; charset="iso-8859-1" From: Ari Suutari To: Gary Jennejohn Subject: Re: Problem with "no bufferspace" - solution#2 Date: Thu, 30 Jan 2003 10:05:57 +0200 User-Agent: KMail/1.4.3 Cc: "G Hasse" , freebsd-isdn@FreeBSD.ORG References: <200301241141.h0OBfi6e003789@peedub.jennejohn.org> In-Reply-To: <200301241141.h0OBfi6e003789@peedub.jennejohn.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301301005.57188.ari.suutari@syncrontech.com> X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Here is a patch for i4b_isppp.c which works (at least for me) without any complications. Maybe someone else could try it also ? The solution was actually simple. I finally figured out why the PPP spec didn't allow Down event that I sent in my first patch. It was because it things that layer must go Up before it can go Down ! Now, when i4b_isppp.c receives notification about=20 dial failure, it first tells sppp that it is up and=20 immediately after that tells that it is down. Calling up doesn't hurt because not packets will be sent as the i4b_isppp.c is not in ST_CONNECTED state. I think that this is a good and simple solution and it doesn't require any changes into if_spppsubr.c. Any chance getting this committed into sources ? =09Ari S. -- here is the patch --- *** i4b_isppp.c.orig=09Thu Jan 30 09:43:55 2003 --- i4b_isppp.c=09Thu Jan 30 09:50:40 2003 *************** *** 614,619 **** --- 614,620 ---- i4bisppp_dialresponse(int unit, int status, cause_t cause) { =09struct i4bisppp_softc *sc =3D &i4bisppp_softc[unit]; + =09struct sppp *sp =3D &sc->sc_if_un.scu_sp; =20 =09NDBGL4(L4_ISPDBG, "isp%d: status=3D%d, cause=3D%d", unit, status, ca= use); =20 *************** *** 628,633 **** --- 629,647 ---- =09=09=09while((m =3D sppp_dequeue(&sc->sc_if)) !=3D NULL) =09=09=09=09m_freem(m); =09=09} +=20 + =09=09sc->sc_cdp =3D (call_desc_t *)0;=09 + =09=09/* do thhis here because pp_down calls i4bisppp_tlf */ + =09=09sc->sc_state =3D ST_IDLE; +=20 + =09=09/* Ahh. ppp does't like to get a down event when + =09=09 * dialing fails. So first tell that we are up + =09=09 * (doesn't hurt us since sc_state !=3D ST_CONNECTED) + =09=09 * and then go down. + =09=09 */ +=20 + =09=09sp->pp_up(sp); + =09=09sp->pp_down(sp); =09} } =09 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Jan 30 8:27:49 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E22237B401 for ; Thu, 30 Jan 2003 08:27:48 -0800 (PST) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0CC43E4A for ; Thu, 30 Jan 2003 08:27:47 -0800 (PST) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.9.3/8.9.3) id RAA09323 for freebsd-isdn@freebsd.org; Thu, 30 Jan 2003 17:27:45 +0100 Date: Thu, 30 Jan 2003 17:27:45 +0100 From: Christoph Kukulies Message-Id: <200301301627.RAA09323@accms33.physik.rwth-aachen.de> To: freebsd-isdn@freebsd.org Subject: 5.0 and AVM A1 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I dared to install 5.0R today on of my gateway machines. In .var.log.messages isdnd says it has no ISDN device found. I have device isic in my kernel config and options AVM_A1. No device seems to be detected in dmesg. -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Jan 31 0:26:45 2003 Delivered-To: freebsd-isdn@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3417F37B401 for ; Fri, 31 Jan 2003 00:26:33 -0800 (PST) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BA2843F79 for ; Fri, 31 Jan 2003 00:26:25 -0800 (PST) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.9.3/8.9.3) id JAA23314; Fri, 31 Jan 2003 09:25:36 +0100 Date: Fri, 31 Jan 2003 09:25:36 +0100 From: "Christoph P. Kukulies" To: Gary Jennejohn Cc: Christoph Kukulies , freebsd-isdn@freebsd.org Subject: Re: 5.0 and AVM A1 Message-ID: <20030131092536.B23154@gilberto.physik.rwth-aachen.de> References: <200301301627.RAA09323@accms33.physik.rwth-aachen.de> <200301301803.h0UI3XZE020567@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200301301803.h0UI3XZE020567@peedub.jennejohn.org>; from garyj@jennejohn.org on Thu, Jan 30, 2003 at 07:03:33PM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 30, 2003 at 07:03:33PM +0100, Gary Jennejohn wrote: > Christoph Kukulies writes: > > I dared to install 5.0R today on of my gateway machines. > > In .var.log.messages isdnd says it has no ISDN device found. > > > > I have device isic in my kernel config and options AVM_A1. > > > > No device seems to be detected in dmesg. > > > > Do a ``boot -v'' and look at it. That might provide a clue. OK, here goes but I see no trace of isic0: BTW, where does the KERNEL.hints file have to go?, does it have to be in /boot? Maybe that's the problem. I have this disk off-line at the moment to be able to boot my old system (which I'm using for writing these lines now) ALthough I did make install s, though I actually didn't check whether the kernel hints file went there. Will double check. -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de dmesg: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RELEASE #3: Thu Jan 30 17:54:53 GMT 2003 root@kuku.dialup.aachen.de:/usr/src/sys/i386/compile/MONK Preloaded elf kernel "/boot/kernel/kernel" at 0xc06d1000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06d10b4. Calibrating clock(s) ... TSC clock: 499932048 Hz, i8254 clock: 1193155 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 499945231 Hz CPU: Pentium III/Pentium III Xeon/Celeron (499.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 268369920 (255 MB) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x006f8000 - 0x0ffe7fff, 261029888 bytes (63728 pages) avail memory = 253390848 (241 MB) bios32: Found BIOS32 Service Directory header at 0xc00facd0 bios32: Entry = 0xfb150 (c00fb150) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb180 pnpbios: Found PnP BIOS data at 0xc00fbd90 pnpbios: Entry = f0000:bdb8 Rev = 1.0 Other BIOS signatures found: Initializing GEOMetry subsystem null: random: mem: Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 pci_open(1): mode 1 addr port (0x0cf8) is 0x80003afc pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) Using $PIR table, 8 entries at 0xc00fdd30 PCI-Only Interrupts: 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 0 12 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 7 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks BAD min = 1, max = 16777215, width = 16777215 ACPI timer looks BAD min = 2, max = 16777215, width = 16777214 ACPI timer looks BAD min = 1, max = 16777211, width = 16777211 ACPI timer looks BAD min = 2, max = 16777215, width = 16777214 ACPI timer looks BAD min = 1, max = 16777215, width = 16777215 ACPI timer looks BAD min = 2, max = 6, width = 5 ACPI timer looks BAD min = 2, max = 6, width = 5 ACPI timer looks BAD min = 2, max = 16777213, width = 16777212 ACPI timer looks BAD min = 1, max = 6, width = 6 ACPI timer looks BAD min = 2, max = 16777197, width = 16777196 Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.3 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.1 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.2 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.0 \\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.3 ---- before setting priority for links ------------ \\_SB_.PCI0.ISA_.LNKB: interrupts: 3 4 5 6 7 10 11 12 14 15 penalty: 1770 1770 770 1770 1770 1470 1470 2470 10770 10770 references: 7 priority: 0 ---- before fixup boot-disabled links ------------- \\_SB_.PCI0.ISA_.LNKB: interrupts: 3 4 5 6 7 10 11 12 14 15 penalty: 1770 1770 770 1770 1770 1470 1470 2470 10770 10770 references: 7 priority: 24360 ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.10.3 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.1 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.2 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.11.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.12.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 12: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.0 \\_SB_.PCI0.ISA_.LNKB irq 5: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.1 \\_SB_.PCI0.ISA_.LNKC irq 10: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 4 5 6 7 10 11 12 14 15] low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e000, size 5, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[90]: type 4, range 32, base 00005000, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000e400, size 6, enabled found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=10, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D1 map[10]: type 4, range 32, base 0000e800, size 7, enabled map[14]: type 1, range 32, base e9000000, size 7, enabled found-> vendor=0x10b7, dev=0x9055, revid=0x24 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 8, enabled map[14]: type 1, range 32, base e9001000, size 8, enabled found-> vendor=0x1000, dev=0x0001, revid=0x12 bus=0, slot=12, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=12 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xe4000000-0xe5ffffff pcib1: prefetched decode 0xe6000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base e4000000, size 24, enabled map[14]: type 3, range 32, base e6000000, size 25, enabled found-> vendor=0x10de, dev=0x002d, revid=0x11 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 ostat0=7f ostat2=50 ata1-master: ATAPI 7f 7f ata1-slave: ATAPI 14 eb ata1: mask=03 stat0=7f stat1=00 ata1-master: ATA 7f 7f ata1: devices=08 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 10.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe800-0xe87f mem 0xe9000000-0xe900007f irq 11 at device 11.0 on pci0 xl0: Ethernet address: 00:50:04:52:4f:73 xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached sym0: <810a> port 0xec00-0xecff mem 0xe9001000-0xe90010ff irq 12 at device 12.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: open drain IRQ line driver sym0: using LOAD/STORE-based firmware. fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lp0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: