From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 02:30:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F7EC16A4CF for ; Sun, 18 Apr 2004 02:30:02 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B223B43D48 for ; Sun, 18 Apr 2004 02:30:01 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i3I9TrPo034847 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 18 Apr 2004 11:29:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i3I9T7hn092768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Apr 2004 11:29:08 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i3I9T768082243; Sun, 18 Apr 2004 11:29:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i3I9T6iS082242; Sun, 18 Apr 2004 11:29:06 +0200 (CEST) (envelope-from ticso) Date: Sun, 18 Apr 2004 11:29:06 +0200 From: Bernd Walter To: Adam K Kirchhoff Message-ID: <20040418092905.GH5279@cicely12.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-current Subject: Re: USB Mass storage problems... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 09:30:02 -0000 On Sat, Apr 17, 2004 at 06:29:23PM -0400, Adam K Kirchhoff wrote: > > I recently installed 5.2.1 on my machine. I have previously run 5.2 on > this machine without any issues... With 5.2.1 I noticed a problem with > umass. I decided to upgrade to CURRENT in the hopes that this problem > would have been fixed (in addition to want to be on the cutting edge). > Unfortunately, the umass problem still seems to exist. > > http://memory.visualtech.com/freebsd-boot-log.txt > > Basically, I have two usb storage devices: a usb1 cf reader, and a usb2 > CD/DVD burner. The usb1 cf reader is plugged into the uhci controller, > and the usb2 CD/DVD device is plugged into the ehci controller. > > I have usb, uhci, ehci, ohci, and umass all compiled directly into the > kernel. I have tried compiling umass as a module and loading it, but when > I do load the module, absolutely nothing happens. In some cases there are timing related problems with ehci disconnecting the busses aways from their companion controllers for reprobe. If you don't need any device at boot time you can set the #if 1 line in sys/dev/usb/usb.c to 0 for a workaround to delay probing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 10:58:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 818FC16A4CE; Sat, 17 Apr 2004 10:58:14 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5F843D39; Sat, 17 Apr 2004 10:58:14 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i3HHwDXX026196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Sat, 17 Apr 2004 13:58:13 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i3HHwCLV026193; Sat, 17 Apr 2004 13:58:12 -0400 (EDT) (envelope-from wollman) Date: Sat, 17 Apr 2004 13:58:12 -0400 (EDT) From: Garrett Wollman Message-Id: <200404171758.i3HHwCLV026193@khavrinen.lcs.mit.edu> To: Robert Watson In-Reply-To: References: <20040417035758.GA66806@kate.fud.org.nz> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Sun, 18 Apr 2004 04:53:08 -0700 cc: current@FreeBSD.ORG Subject: Re: RFC: ported NetBSD if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2004 17:58:14 -0000 < said: > Ah, wonderful. I've been hoping someone would do an 802.1D implementation > on FreeBSD for years. I started on one in 1999, but never really made > headway because of other obligations. I have a copy of 802.1D sitting on > my bookshelf at work to this day :-). Well, these days what you'd really like is 802.1w, if not 802.1s. But 802.1D is at least a start! -GAWollman From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 20:11:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5935A16A4CE for ; Sat, 17 Apr 2004 20:11:31 -0700 (PDT) Received: from hourri.hittite.isp.9tel.net (hourri.hittite.isp.9tel.net [62.62.156.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5A443D1D for ; Sat, 17 Apr 2004 20:11:30 -0700 (PDT) (envelope-from cyrille.lefevre@laposte.net) Received: from mail.gits.dyndns.org (215.231.62.62.9nanterr1-0-ro-bas-1.9tel.net [62.62.231.215]) by hourri.hittite.isp.9tel.net (Postfix) with ESMTP id 883B315754E for ; Sun, 18 Apr 2004 05:37:57 +0200 (CEST) Received: from gits.gits.fr.invalid (IDENT:bjdf2e5gw10lbusq@localhost [127.0.0.1])i3I3B7NI037017 for ; Sun, 18 Apr 2004 05:11:13 +0200 (CEST) (envelope-from cyrille.lefevre@laposte.net) Received: by gits.gits.fr.invalid (tmda-sendmail, from uid 0); Sun, 18 Apr 2004 05:11:06 +0200 (CEST) Date: Sun, 18 Apr 2004 05:10:46 +0200 To: freebsd current Message-ID: <20040418031046.GA105@gits.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline Organization: ACME X-Face: V|+c; 4!|B?E%BE^{E6); aI.[< Mail-Followup-To: cyrille.lefevre@laposte.net, freebsd-current@FreeBSD.org, sos@FreeBSD.org X-Delivery-Agent: TMDA/0.88 (Decidedly) X-Mailman-Approved-At: Sun, 18 Apr 2004 04:53:08 -0700 cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: ATA drives no more seen ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 03:11:31 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've updated my cvs tree on April 13, 2004 through cvsup (w/o refuse), then I build/install a new world and kernel and Oh! surprise, I can't see my ATA drives anymore. the offending messages are : FreeBSD 5.2-CURRENT #11: Sat Apr 17 21:48:11 CEST 2004 root@:/disk3/freebsd/current/obj/disk3/freebsd/current/src/sys/CUSTOM ... atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 atapci0: Bus reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 atapci0: rid 0x10 says memory, driver wants 4 failed. atapci0: rid 0x18 says memory, driver wants 4 failed. while before, I had (in verbose mode) : FreeBSD 5.2-CURRENT #1: Sat Jan 31 15:17:05 CET 2004 root@gits:/disk3/freebsd/current/obj/disk3/freebsd/current/src/sys/CUSTOM ... atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] the problem also occured w/ a GENERIC kernel. any idea ? in attachment : dmesg-20040131.txt dmesg-20040417.txt CUSTOM.txt Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net Cyrille Lefevre -- mailto:cyrille.lefevre@laposte.net --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg-5.2-20040131.txt" Copyright (c) 1992-2004 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.2-CURRENT #1: Sat Jan 31 15:17:05 CET 2004 root@gits:/disk3/freebsd/current/obj/disk3/freebsd/current/src/sys/CUSTOM can't re-use a leaf (nsfbufs)! Preloaded elf kernel "/boot/kernel/kernel" at 0xc074a000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc074a154. Preloaded elf module "/boot/modules/splash_bmp.ko" at 0xc074a1a4. Preloaded elf module "/boot/modules/vesa.ko" at 0xc074a254. Preloaded splash_image_data "/boot/splash/daemon_640.bmp" at 0xc074a300. Preloaded elf module "/boot/modules/apm.ko" at 0xc074a358. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P55C (198.95-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 134217728 (128 MB) avail memory = 125882368 (120 MB) Intel Pentium detected, installing workaround for F00F bug VESA: v2.0, 4096k memory, flags:0x1, mode table:0xc06f6302 (1000022) VESA: Matrox Graphics Inc. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 13.0 (no driver attached) pci0: at device 14.0 (no driver attached) ahc0: port 0xf800-0xf8ff mem 0xffbea000-0xffbeafff irq 11 at device 15.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xfc00-0xfcff mem 0xffbeb000-0xffbebfff irq 9 at device 16.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs orm0: request: [0x88000000, 0xffffffff], length 0x1000, flags 16384, device pccard0 considering [0xd0000, 0xefffffff] truncated region: [0x88000000, 0xefffffff]; size 0x68000000 (requested 0x1000) candidate region: [0xefffffff, 0x88000000], size 0x68000000 splitting region in three parts: [0xd0000, 0x87ffffff]; [0x88000000, 0x88000fff]; [0x88001000, 0xefffffff] cis mem map 0xdcfa6000 (resource: 0x88000000) pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 02 00 ff CISTPL_DEVICE_A type=null speed=null 17 02 00 ff CISTPL_VERS_1 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 00 43 45 4d 35 36 00 31 2e 30 30 00 ff unhandled CISTPL 88 88 08 73 2f f6 00 00 00 00 00 CISTPL_MANFID 20 05 05 01 0a 11 46 unhandled CISTPL 44 44 04 d2 3b 77 25 CISTPL_CONFIG 1a 05 01 3f 80 ff 67 CISTPL_CFTABLE_ENTRY 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 02 07 f0 bc 8e 20 CISTPL_CFTABLE_ENTRY 1b 07 1f 08 ea 60 e8 03 07 CISTPL_CFTABLE_ENTRY 1b 07 17 08 ea 60 f8 02 07 CISTPL_CFTABLE_ENTRY 1b 07 0f 08 ea 60 f8 03 07 CISTPL_CFTABLE_ENTRY 1b 03 3f 08 63 CISTPL_FUNCID 21 02 02 00 CISTPL_FUNCE 22 04 00 02 0f 5c CISTPL_FUNCE 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 CISTPL_FUNCE 22 08 13 06 00 0b 00 02 00 b5 CISTPL_FUNCID 21 02 06 00 CISTPL_FUNCE 22 08 04 06 00 10 a4 f6 2f 73 unhandled CISTPL 8a 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 unhandled CISTPL 8b 8b 04 01 00 00 00 CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, 1.00 pccard0: Manufacturer code 0x105, product 0x110a pccard0: function 0: network adapter, ccr addr ff80 mask 67 pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask 3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: functions scanning pccard0: Card has 1 functions. pccard_mfc is 0 pccard0: I/O rid 0 start 2e8 end 2ef rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, flags 3072, device pccard0 considering [0x1f8, 0x2f7] truncated region: [0x2e8, 0x2ef]; size 0x8 (requested 0x8) candidate region: [0x2ef, 0x2e8], size 0x8 splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, 0x2f7] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device pccard0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found cbb_pcic_socket_enable: cbb0: cbb_power: 0V cbb0: cbb_power: 5V rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0xd0000, 0xefffffff] truncated region: [0x88000000, 0xefffffff]; size 0x68000000 (requested 0x400) candidate region: [0xefffffff, 0x88000000], size 0x68000000 splitting region in three parts: [0xd0000, 0x87ffffff]; [0x88000000, 0x880003ff]; [0x88000400, 0xefffffff] pccard0: ccr_res == 88000000-880003ff, base=ff80 pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 ff ff, ff xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, flags 0, device pccard0 considering [0x65, 0x16f] truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) candidate region: [0x16f, 0x100], size 0x70 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0x100, 0x10f], length 0x10, flags 4096, device xe0 considering [0x65, 0x16f] truncated region: [0x100, 0x10f]; size 0x10 (requested 0x10) candidate region: [0x10f, 0x100], size 0x10 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device xe0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found xe0: [GIANT-LOCKED] rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x1000, flags 12288, device pccard0 considering [0x88000000, 0x880003ff] region is allocated considering [0x88000400, 0xefffffff] truncated region: [0x88001000, 0xefffffff]; size 0x67fff000 (requested 0x1000) candidate region: [0xefffffff, 0x88001000], size 0x67fff000 splitting region in three parts: [0x88000400, 0x88000fff]; [0x88001000, 0x88001fff]; [0x88002000, 0xefffffff] rman_reserve_resource: request: [0x88001000, 0x88001fff], length 0x1000, flags 12288, device xe0 considering [0x88000400, 0xefffffff] truncated region: [0x88001000, 0x88001fff]; size 0x1000 (requested 0x1000) candidate region: [0x88001fff, 0x88001000], size 0x1000 splitting region in three parts: [0x88000400, 0x88000fff]; [0x88001000, 0x88001fff]; [0x88002000, 0xefffffff] rman_reserve_resource: request: [0x88001000, 0x88001fff], length 0x1000, flags 12288, device pccard0 considering [0x88000400, 0xefffffff] truncated region: [0x88001000, 0x88001fff]; size 0x1000 (requested 0x1000) candidate region: [0x88001fff, 0x88001000], size 0x1000 splitting region in three parts: [0x88000400, 0x88000fff]; [0x88001000, 0x88001fff]; [0x88002000, 0xefffffff] xe0: Xircom CreditCard Ethernet 10/100 + Modem 56, version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:f6:2f:73 pccard0: function 0 CCR at 0 offset f80 mask 67: 67 80 ee e8, e8 2 67 67, 67 === However, I think that if we insert another pcmcia card (16 bits) it will break, I have emulated it modifying hw.cbb.star_memory sysctl variable: # sysctl hw.cbb.start_memory="0x88001000" hw.cbb.start_memory: 2281701376 -> 2281705472 Then inserting card: ==== Status is 0x30000510 cbb0: card inserted: event=0x00000000, state=30000510 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: 5V pccard0: read_cis rman_reserve_resource: request: [0x88001000, 0xffffffff], length 0x1000, flags 16384, device pccard0 considering [0xd0000, 0xefffffff] truncated region: [0x88010000, 0xefffffff]; size 0x67ff0000 (requested 0x1000) candidate region: [0xefffffff, 0x88010000], size 0x67ff0000 splitting region in three parts: [0xd0000, 0x8800ffff]; [0x88010000, 0x88010fff]; [0x88011000, 0xefffffff] cis mem map 0xdcfaf000 (resource: 0x88010000) pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 02 00 ff CISTPL_DEVICE_A type=null speed=null 17 02 00 ff CISTPL_VERS_1 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 00 43 45 4d 35 36 00 31 2e 30 30 00 ff unhandled CISTPL 88 88 08 73 2f f6 00 00 00 00 00 CISTPL_MANFID 20 05 05 01 0a 11 46 unhandled CISTPL 44 44 04 d2 3b 77 25 CISTPL_CONFIG 1a 05 01 3f 80 ff 67 CISTPL_CFTABLE_ENTRY 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 02 07 f0 bc 8e 20 CISTPL_CFTABLE_ENTRY 1b 07 1f 08 ea 60 e8 03 07 CISTPL_CFTABLE_ENTRY 1b 07 17 08 ea 60 f8 02 07 CISTPL_CFTABLE_ENTRY 1b 07 0f 08 ea 60 f8 03 07 CISTPL_CFTABLE_ENTRY 1b 03 3f 08 63 CISTPL_FUNCID 21 02 02 00 CISTPL_FUNCE 22 04 00 02 0f 5c CISTPL_FUNCE 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 CISTPL_FUNCE 22 08 13 06 00 0b 00 02 00 b5 CISTPL_FUNCID 21 02 06 00 CISTPL_FUNCE 22 08 04 06 00 10 a4 f6 2f 73 unhandled CISTPL 8a 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 unhandled CISTPL 8b 8b 04 01 00 00 00 CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, 1.00 pccard0: Manufacturer code 0x105, product 0x110a pccard0: function 0: network adapter, ccr addr ff80 mask 67 pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask 3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: functions scanning pccard0: Card has 1 functions. pccard_mfc is 0 pccard0: I/O rid 0 start 2e8 end 2ef rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, flags 3072, device pccard0 considering [0x1f8, 0x2f7] truncated region: [0x2e8, 0x2ef]; size 0x8 (requested 0x8) candidate region: [0x2ef, 0x2e8], size 0x8 splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, 0x2f7] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device pccard0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found cbb_pcic_socket_enable: cbb0: cbb_power: 0V cbb0: cbb_power: 5V rman_reserve_resource: request: [0x88001000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0xd0000, 0xefffffff] truncated region: [0x88001000, 0xefffffff]; size 0x67fff000 (requested 0x400) candidate region: [0xefffffff, 0x88001000], size 0x67fff000 splitting region in three parts: [0xd0000, 0x88000fff]; [0x88001000, 0x880013ff]; [0x88001400, 0xefffffff] pccard0: ccr_res == 88001000-880013ff, base=ff80 pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 0 0, 0 xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, flags 0, device pccard0 considering [0x65, 0x16f] truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) candidate region: [0x16f, 0x100], size 0x70 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0x100, 0x10f], length 0x10, flags 4096, device xe0 considering [0x65, 0x16f] truncated region: [0x100, 0x10f]; size 0x10 (requested 0x10) candidate region: [0x10f, 0x100], size 0x10 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device xe0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found xe0: [GIANT-LOCKED] rman_reserve_resource: request: [0x88001000, 0xffffffff], length 0x1000, flags 12288, device pccard0 considering [0x88001000, 0x880013ff] region is allocated considering [0x88001400, 0xefffffff] truncated region: [0x88002000, 0xefffffff]; size 0x67ffe000 (requested 0x1000) candidate region: [0xefffffff, 0x88002000], size 0x67ffe000 splitting region in three parts: [0x88001400, 0x88001fff]; [0x88002000, 0x88002fff]; [0x88003000, 0xefffffff] rman_reserve_resource: request: [0x88002000, 0x88002fff], length 0x1000, flags 12288, device xe0 considering [0x88001400, 0xefffffff] truncated region: [0x88002000, 0x88002fff]; size 0x1000 (requested 0x1000) candidate region: [0x88002fff, 0x88002000], size 0x1000 splitting region in three parts: [0x88001400, 0x88001fff]; [0x88002000, 0x88002fff]; [0x88003000, 0xefffffff] rman_reserve_resource: request: [0x88002000, 0x88002fff], length 0x1000, flags 12288, device pccard0 considering [0x88001400, 0xefffffff] truncated region: [0x88002000, 0x88002fff]; size 0x1000 (requested 0x1000) candidate region: [0x88002fff, 0x88002000], size 0x1000 splitting region in three parts: [0x88001400, 0x88001fff]; [0x88002000, 0x88002fff]; [0x88003000, 0xefffffff] xe0: Xircom CreditCard Ethernet 10/100 + Modem 56, version 0x44/0x04, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:f6:2f:73 pccard0: function 0 CCR at 0 offset f80 mask 67: 67 0 0 0, 0 0 0 0, 0 ==== After this last line, laptop hangs up. If I remove the card, page fault: ==== Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc1dfc000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04b7d65 stack pointer = 0x10:0xd6aa6c98 frame pointer = 0x10:0xd6aa6cb8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 22 (irq11: cbb0 cbb1+) trap number = 12 panic: page fault at line 815 in file /usr/src/sys/i386/i386/trap.c syncing disks, buffers remaining... 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 420 giving up on 354 buffers Uptime: 2m44s cbb0: cbb_power: 0V Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ==== I have patched pccard to allocate 64k alignment and this solves the problem... still not sure about why 64k alignment is needed: # diff -u sys/dev/pccard/pccard.c sysnew/dev/pccard/ --- sys/dev/pccard/pccard.c Wed Mar 17 17:50:38 2004 +++ sysnew/dev/pccard/pccard.c Sun Apr 18 18:05:15 2004 @@ -1075,6 +1075,7 @@ int passthrough = (device_get_parent(child) != dev); int isdefault = (start == 0 && end == ~0UL && count == 1); struct resource *r = NULL; + u_int align; /* XXX I'm no longer sure this is right */ if (passthrough) { @@ -1090,8 +1091,15 @@ if (rle == NULL || rle->res == NULL) { /* Do we want this device to own it? */ /* XXX I think so, but that might be lame XXX */ + + /* force 64k page align */ + if (type == SYS_RES_MEMORY) + align = (flags & ~RF_ALIGNMENT_MASK) | + rman_make_alignment_flags(64*1024); + else + align = flags; r = bus_alloc_resource(dev, type, rid, start, end, - count, flags /* XXX aligment? */); + count, align); if (r == NULL) goto bad; resource_list_add(&dinfo->resources, type, *rid, Regards, Carlos Velasco From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 11:34:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E1216A4CE for ; Sun, 18 Apr 2004 11:34:46 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1885C43D2D for ; Sun, 18 Apr 2004 11:34:46 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i3IIYjjU003617; Sun, 18 Apr 2004 11:34:45 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i3IIYj4t003616; Sun, 18 Apr 2004 11:34:45 -0700 Date: Sun, 18 Apr 2004 11:34:45 -0700 From: Brooks Davis To: "Adam C. Migus" Message-ID: <20040418183445.GA24308@Odin.AC.HMC.Edu> References: <1082233506.408192a2c476a@webservices.migus.org> <20040417235302.GC3534@Odin.AC.HMC.Edu> <20040417201913.P34536@sasami.jurai.net> <20040418005436.GC14645@Odin.AC.HMC.Edu> <1082258483.4081f43366454@webservices.migus.org> <20040418035435.GF14645@Odin.AC.HMC.Edu> <1082264575.40820bff559cd@webservices.migus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <1082264575.40820bff559cd@webservices.migus.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: VLAN support in rcNG [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 18:34:46 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 18, 2004 at 01:02:55AM -0400, Adam C. Migus wrote: >=20 > The software that I've seen that accepts `.' but can't > deal with it internally usually uses an `_' and it's pretty standard > however that's not going to work too well here either without > complicating parsing inside rcNG which is one of the reasons I avoided > the whole issue by going with the `vlan' naming scheme on the my > other boxes and specifying the physical device. Having said that and > glancing at my keyboard I'm not sure I can think of other delimiter > that's not going to offend someone, if not sh(1). > > So I guess in summary I'm suggesting if the complexity of dealing with: >=20 > ifconfig_xl0_2=3D"DHCP" # -> ifconfig xl0.2 vlandev xl0 vlantag 2 >=20 > in rcNG is worth it then I think that's the only way this type naming > scheme is going to work. I'd be happy to write the parsing for it if > you like. There is little or no complexity depending on how you solve the problem. My proposal was to let the kernel support _ which would require no modifications to the rc system. If you wanted to do it in the rc system, the equivalent of "tr . _" would have to be applied to the name before using the pseudo associative array lookup hack, that's it. The only difficulty is that you have to do it without anything in /usr. > But also, given there's that other defacto-standard naming scheme of > `vlan' it would be nice to support it and the only way to do it, > since specifiying the physical device explicitly is required, is > something like my patch, on the surface. >=20 > I couldn't comment much more without seeing your code which I'd like to > do if possible but all the same I'm guessing that it would be fairly > trivial to allow: >=20 > cloned_interfaces=3D"vlan2" # -> ifconfig .2 vlandev vlantag 2 > cloned_interface_vlan2_dev=3D"xl0" # -> required above >=20 > Hmmm, this thread is making me wonder if it's time to think about some > kind of more functional, general abstraction for cloned interfaces in > rcNG which allows all the fun things people would want to do with them, > like DHCP just for starters, now. After-all whether or not you do want > to honor the `vlan' naming scheme this already looks like it has > to potential to get a little mucky too me... :-) Any attempt to make vlan# mean vlan by default will result in much pain and suffering. It would be a major POLA violation and it would be making the degenerate case of a single parent interface the default which would break a whole lot of other valid configurations. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAgspEXY6L6fI4GtQRAgA9AJ0eid/VuXqqUEc9GKgdBlMd08V6AgCfTHzh Y2V0rA+O4JYSPYu6lkEcB+0= =wVFP -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 11:37:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9710516A4CE for ; Sun, 18 Apr 2004 11:37:32 -0700 (PDT) Received: from super2.nortenet.pt (firewall-2-3.nortenet.pt [212.13.35.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4E243D2F for ; Sun, 18 Apr 2004 11:37:31 -0700 (PDT) (envelope-from francisco@nortenet.pt) Received: from [212.13.38.4] (38-4.dial.nortenet.pt [212.13.38.4]) by super2.nortenet.pt (Postfix) with ESMTP id CEC99C21C1; Sun, 18 Apr 2004 19:34:24 +0100 (WEST) From: Francisco Alves Cabrita To: imp@bsdimp.com In-Reply-To: <20040418115324.F00BC16A528@hub.freebsd.org> References: <20040418115324.F00BC16A528@hub.freebsd.org> Content-Type: text/plain Message-Id: <1082313440.63250.14.camel@zarcon.homeunix.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 18 Apr 2004 19:37:20 +0100 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Re: cardbus problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 18:37:32 -0000 > In message: <1082226317.834.12.camel@zarcon.homeunix.net> > Francisco Alves Cabrita writes: > : hello > : i'm running (i386)5-CURRENT and in this "nightly" buildwold ,, my > : cardbus (ethernet pcmcia ovislink chipset rl) didnt get enabled"" > : > : > : this was the message during boot: > : > : cbb0: irq 11 at device 11.0 on pci0 > : cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0 > : cardbus0: on cbb0 > : pccard0: <16-bit PCCard bus> on cbb0 > : cbb0: bad Vcc request. ctrl=0xf000ef08, status=0xf000e2c3 > : cbb_power: 0V > : cbb1: irq 11 at device 11.1 on pci0 > : cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x1000 > : cardbus1: on cbb1 > : pccard1: <16-bit PCCard bus> on cbb1 > : cbb1: bad Vcc request. ctrl=0x7720700, status=0x76f076c > : cbb_power: 0V > : > : can some one give a tip !!! > > Please submit an older, working dmesg. I think I know what's going > on, but w/o that, I can't be sure. > > Since the cbb is on pci0, I think that you might have an non-ACPI > system. Especially since the ToPIC95B is a relatively old chip. My > guess is that this is a 100-166MHz Pentium system. > > Warner Hellow Warner, thank for you response. Yes, you are almost right, is not an 100-166 Pentium , but and Toshiba (4300 series) Laptop 600Mhz with ACPI disabled for performence reasons, but here goes the boot message when was working: cbb0: irq 11 at device 11.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 11.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 and the result: rl0: port 0x1000-0x10ff mem 0x88002000-0x880021ff irq 11 at device 0.0 on cardbus1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:10:60:75:66:fc rl0: [GIANT-LOCKED] since I installed 5.X here, i disabled the ACPI module, and didnt have any hardware problems until now, but i will tunr it on to see what appen. [] thanks Francisco From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 11:54:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E18EC16A4CE for ; Sun, 18 Apr 2004 11:54:50 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF7443D39 for ; Sun, 18 Apr 2004 11:54:50 -0700 (PDT) (envelope-from adam@migus.org) Received: from ganyopa.migus.org ([68.55.142.251]) by comcast.net (sccrmhc12) with ESMTP id <20040418185449012001a0aoe>; Sun, 18 Apr 2004 18:54:49 +0000 Received: from localhost (localhost [127.0.0.1]) by ganyopa.migus.org (Postfix) with ESMTP id 30E904C1C4; Sun, 18 Apr 2004 14:54:49 -0400 (EDT) Received: from ganyopa.migus.org ([127.0.0.1]) by localhost (ganyopa.migus.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 01936-09; Sun, 18 Apr 2004 14:54:48 -0400 (EDT) Received: by ganyopa.migus.org (Postfix, from userid 72) id 5B76F4C003; Sun, 18 Apr 2004 14:54:48 -0400 (EDT) Received: from ludo.migus.org (ludo.migus.org [192.168.4.4]) by webservices.migus.org (IMP) with HTTP for ; Sun, 18 Apr 2004 14:54:48 -0400 Message-ID: <1082314488.4082cef84d997@webservices.migus.org> Date: Sun, 18 Apr 2004 14:54:48 -0400 From: "Adam C. Migus" To: Brooks Davis References: <1082233506.408192a2c476a@webservices.migus.org> <20040417235302.GC3534@Odin.AC.HMC.Edu> <20040417201913.P34536@sasami.jurai.net> <20040418005436.GC14645@Odin.AC.HMC.Edu> <1082258483.4081f43366454@webservices.migus.org> <20040418035435.GF14645@Odin.AC.HMC.Edu> <1082264575.40820bff559cd@webservices.migus.org> <20040418183445.GA24308@Odin.AC.HMC.Edu> In-Reply-To: <20040418183445.GA24308@Odin.AC.HMC.Edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 192.168.4.4 X-Virus-Scanned: by amavisd-new at migus.org cc: current@freebsd.org Subject: Re: VLAN support in rcNG [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 18:54:51 -0000 Quoting Brooks Davis : > On Sun, Apr 18, 2004 at 01:02:55AM -0400, Adam C. Migus wrote: > > > > The software that I've seen that accepts `.' but > can't > > deal with it internally usually uses an `_' and it's pretty > standard > > however that's not going to work too well here either without > > complicating parsing inside rcNG which is one of the reasons I > avoided > > the whole issue by going with the `vlan' naming scheme on the > my > > other boxes and specifying the physical device. Having said that > and > > glancing at my keyboard I'm not sure I can think of other > delimiter > > that's not going to offend someone, if not sh(1). > > > > So I guess in summary I'm suggesting if the complexity of dealing > with: > > > > ifconfig_xl0_2="DHCP" # -> ifconfig xl0.2 vlandev xl0 vlantag 2 > > > > in rcNG is worth it then I think that's the only way this type > naming > > scheme is going to work. I'd be happy to write the parsing for it > if > > you like. > > There is little or no complexity depending on how you solve the > problem. > My proposal was to let the kernel support _ which > would > require no modifications to the rc system. If you wanted to do it > in > the rc system, the equivalent of "tr . _" would have to be applied > to > the name before using the pseudo associative array lookup hack, > that's > it. The only difficulty is that you have to do it without anything > in > /usr. Doesn't sounds difficult, expr(1) is in /bin... :-) > > > But also, given there's that other defacto-standard naming scheme > of > > `vlan' it would be nice to support it and the only way to do > it, > > since specifiying the physical device explicitly is required, is > > something like my patch, on the surface. > > > > I couldn't comment much more without seeing your code which I'd > like to > > do if possible but all the same I'm guessing that it would be > fairly > > trivial to allow: > > > > cloned_interfaces="vlan2" # -> ifconfig .2 vlandev > vlantag 2 > > cloned_interface_vlan2_dev="xl0" # -> required above > > > > Hmmm, this thread is making me wonder if it's time to think about > some > > kind of more functional, general abstraction for cloned interfaces > in > > rcNG which allows all the fun things people would want to do with > them, > > like DHCP just for starters, now. After-all whether or not you do > want > > to honor the `vlan' naming scheme this already looks like it > has > > to potential to get a little mucky too me... :-) > > Any attempt to make vlan# mean vlan by default will result in > much > pain and suffering. It would be a major POLA violation and it would > be > making the degenerate case of a single parent interface the default > which would break a whole lot of other valid configurations. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > I agree. My interface, vlandev xl0, vlantag 2 is named vlan0... Hence my comment on the muckiness. All the same I do wish it supported the naming scheme in some fashion as it's still defacto-standard, not going away and easier to integrate. If it does end up being only `.' I'm sure I'll be able to deal with it. -- Adam C. Migus -- http://people.migus.org/~adam/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 12:22:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B3716A4CE; Sun, 18 Apr 2004 12:22:36 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBEA43D1D; Sun, 18 Apr 2004 12:22:35 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i3IJQihs072101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Apr 2004 22:26:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i3IJMUC9014202; Sun, 18 Apr 2004 22:22:30 +0300 (EEST) (envelope-from ru) Date: Sun, 18 Apr 2004 22:22:30 +0300 From: Ruslan Ermilov To: Robert Watson , current@FreeBSD.org Message-ID: <20040418192230.GA13974@ip.net.ua> References: <20040417035758.GA66806@kate.fud.org.nz> <200404171758.i3HHwCLV026193@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <200404171758.i3HHwCLV026193@khavrinen.lcs.mit.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: RFC: ported NetBSD if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 19:22:36 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 17, 2004 at 01:58:12PM -0400, Garrett Wollman wrote: > < said: >=20 > > Ah, wonderful. I've been hoping someone would do an 802.1D implementat= ion > > on FreeBSD for years. I started on one in 1999, but never really made > > headway because of other obligations. I have a copy of 802.1D sitting = on > > my bookshelf at work to this day :-). >=20 802 is now available free of charge in PDF format. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAgtV2Ukv4P6juNwoRAvLHAJsGqhYJtomrjdz3fv2QxQKonTuHSwCfXHep erwNZJp5WnSwJHEeQVuI/4M= =yRxB -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:07:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90CF216A4CE for ; Sun, 18 Apr 2004 13:07:51 -0700 (PDT) Received: from khan.acc.umu.se (khan.acc.umu.se [130.239.18.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF1D643D45 for ; Sun, 18 Apr 2004 13:07:50 -0700 (PDT) (envelope-from bucht@acc.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 828B4D2C8; Sun, 18 Apr 2004 22:07:49 +0200 (MEST) Received: from mao.acc.umu.se (mao.acc.umu.se [130.239.18.154]) by khan.acc.umu.se (Postfix) with ESMTP id C4225D27D; Sun, 18 Apr 2004 22:07:47 +0200 (MEST) Received: by mao.acc.umu.se (Postfix, from userid 23835) id 1BFA3C873; Sun, 18 Apr 2004 22:07:47 +0200 (CEST) Date: Sun, 18 Apr 2004 22:07:47 +0200 From: Johan Bucht To: Yamada Ken Takeshi Message-ID: <20040418200746.GA17235@mao.acc.umu.se> Mail-Followup-To: Johan Bucht , Yamada Ken Takeshi , freebsd-current@freebsd.org References: <20040417.231635.730556368.ken@tydfam.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040417.231635.730556368.ken@tydfam.jp> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at acc.umu.se cc: freebsd-current@freebsd.org Subject: Re: Q) pango 1.4.0 works on -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 20:07:51 -0000 try: http://lists.freebsd.org/pipermail/freebsd-gnome/2004-March/005460.html On 17 April, 2004 - Yamada Ken Takeshi wrote: > Does pango 1.4.0 work on -current? > I have the followings with -current (forcing to use libkse.so), > and cannot display any of fonts. > Even I do pango-querymodules > /usr/X11R6/etc/pango/pango.modules, > still the same appears and no fonts coming up. > Any suggestions? > > Error reading modules file > ** (stardict:9657): WARNING **: No builtin or dynamically loaded modules > were found. Pango will not work correctly. This probably means > there was an error in the creation of: > '/usr/X11R6/etc/pango/pango.modules' > You may be able to recreate this file by running pango-querymodules. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- /Johan Bucht bucht@acc.umu.se From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:20:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A89E116A4CE for ; Sun, 18 Apr 2004 13:20:15 -0700 (PDT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E136A43D1F for ; Sun, 18 Apr 2004 13:20:14 -0700 (PDT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id EBB8A4E3F6; Sun, 18 Apr 2004 22:20:13 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id A8E784EC0F; Sun, 18 Apr 2004 22:20:13 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i3IKKDc4011196; Sun, 18 Apr 2004 22:20:13 +0200 Received: (nullmailer pid 1047 invoked by uid 1001); Sun, 18 Apr 2004 20:20:12 -0000 Date: Sun, 18 Apr 2004 22:20:12 +0200 From: Mark Santcroos To: Andreas Kohn Message-ID: <20040418202011.GA1000@laptop.6bone.nl> References: <1082303878.855.6.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1082303878.855.6.camel@klamath.syndrom23.de> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.000001 / 0.0 / 0.0 / disabled X-RIPE-Signature: bde1b5d5713bb8a7ec53ac748e99134f cc: current@freebsd.org Subject: Re: Page fault in rt_newaddrmsg on gif0 destruction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 20:20:15 -0000 On Sun, Apr 18, 2004 at 05:57:58PM +0200, Andreas Kohn wrote: > since I updated kernel + world two days ago, I get a reproducible panic > on system shutdown. It seems to happen when gif0 is destroyed. > Is there anything I could do to help debugging this problem? It appears nobody else is using INET6 on CURRENT, otherwise you would see more complaints. If you don't necessarily need it right now I suggest you remove it from your kernel config until someone fixes it. Mark From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 14:02:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDFB916A4CE for ; Sun, 18 Apr 2004 14:02:40 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD4EC43D53 for ; Sun, 18 Apr 2004 14:02:39 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i3IL6m6k077064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Apr 2004 00:06:50 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i3IL2Yqc014737; Mon, 19 Apr 2004 00:02:34 +0300 (EEST) (envelope-from ru) Date: Mon, 19 Apr 2004 00:02:29 +0300 From: Ruslan Ermilov To: Brooks Davis Message-ID: <20040418210229.GA14628@ip.net.ua> References: <1082233506.408192a2c476a@webservices.migus.org> <20040417235302.GC3534@Odin.AC.HMC.Edu> <20040417201913.P34536@sasami.jurai.net> <20040418005436.GC14645@Odin.AC.HMC.Edu> <1082258483.4081f43366454@webservices.migus.org> <20040418035435.GF14645@Odin.AC.HMC.Edu> <1082264575.40820bff559cd@webservices.migus.org> <20040418183445.GA24308@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20040418183445.GA24308@Odin.AC.HMC.Edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.org Subject: Re: VLAN support in rcNG [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 21:02:41 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 18, 2004 at 11:34:45AM -0700, Brooks Davis wrote: > There is little or no complexity depending on how you solve the problem. > My proposal was to let the kernel support _ which would > require no modifications to the rc system. If you wanted to do it in > the rc system, the equivalent of "tr . _" would have to be applied to > the name before using the pseudo associative array lookup hack, that's > it. The only difficulty is that you have to do it without anything in > /usr. >=20 Shell is quite a powerful tool: foo=3Dxl0_2 echo ${foo%_*}.${foo##*_} This replaces the last underscore with a dot. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAguzlUkv4P6juNwoRAgZOAJ9iU7TAQ1syoK8FmV8UXW1qRgzNbQCfTdjw Eo9R4ww3PKYWd29h+P9yJnc= =9RZK -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 19:05:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0A716A4CE for ; Sun, 18 Apr 2004 19:05:48 -0700 (PDT) Received: from siralan.org (12-202-252-157.client.insightBB.com [12.202.252.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC0943D41 for ; Sun, 18 Apr 2004 19:05:43 -0700 (PDT) (envelope-from mikes@siralan.org) Received: from siralan.org (localhost [127.0.0.1]) by siralan.org (8.12.11/8.12.11) with ESMTP id i3J25gHs098499 for ; Sun, 18 Apr 2004 21:05:43 -0500 (EST) (envelope-from mikes@siralan.org) Received: (from mikes@localhost) by siralan.org (8.12.11/8.12.11/Submit) id i3J25gSi098498 for freebsd-current@freebsd.org; Sun, 18 Apr 2004 21:05:42 -0500 (EST) (envelope-from mikes) From: "Michael L. Squires" Message-Id: <200404190205.i3J25gSi098498@siralan.org> To: freebsd-current@freebsd.org (FreeBSD current mailing list) Date: Sun, 18 Apr 2004 21:05:42 -0500 (EST) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Minor problems with 5.2-CURRENT of 4/17, Toshiba 8100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2004 02:05:48 -0000 When booting from 5.2-CURRENT I get the following errors. I can't point to any consequences of these errors, but since the 8100 is a common notebook I thought I should post them. Mike Squires Sound device error(?) - AC97 problems, have seen this in the past pcm0: port 0xbf3c-0xbf3f,0xbf40-0xbf7f mem 0xefdf8000-0xefdfffff irq 11 at device 12.0 on pci0 pcm0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0xefdf8000 ds1: setmap (251000, 3de4), nseg=1, error=0 pcm0: AC97 reset timed out. pcm0: ac97 codec invalid or not present (id == 0) pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 131b4000, 1000; 0xc3200000 -> 131b4000 pcm0: sndbuf_setmap 13596000, 1000; 0xc3202000 -> 13596000 pcm0: sndbuf_setmap 13678000, 1000; 0xc3204000 -> 13678000 pcm0: sndbuf_setmap 136fa000, 1000; 0xc3206000 -> 136fa000 pcm0: sndbuf_setmap 136dc000, 1000; 0xc3208000 -> 136dc000 pcm0: sndbuf_setmap 12a31000, 1000; 0xc31fd000 -> 12a31000 Mouse (PS/2) and floppy error (notebook is connected to a Belkin Omniview PS/2 KVM switch); the fdc0 error occurs twice psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:00, syncbits:00 fdc0: cannot reserve I/O port range (1 ports) "ar: FreeBSD check1 failed" - occurs for each IDE disk, but appears to have no consequences (second HD replaces internal DVD/CD drive): ad0: ATA-4 disk at ata0-master ad0: 11513MB (23579136 sectors), 23392 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ar: FreeBSD check1 failed null: random: mem: Pentium Pro MTRR support enabled cpu0 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00f0140 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 11 A 0x60 11 embedded 0 11 B 0x61 11 embedded 0 9 A 0x62 11 embedded 1 0 A 0x62 11 embedded 0 7 A 0xff 3 embedded 0 13 A 0x63 11 embedded 0 12 A 0x63 11 embedded 0 5 D 0x63 11 slot 1 0 15 A 0x63 11 slot 2 0 16 A 0x60 11 slot 3 0 6 A 0x62 11 slot 3 0 6 B 0x63 11 slot 3 0 6 C 0x60 11 slot 3 0 6 D 0x61 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 5 func 0 acpi0: Power Button (fixed) ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKE irq 3: [ 3 4] low,level,sharable 0.7.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.16.0 ACPI PCI link before setting link priority: ACPI PCI link before fixup for boot-disabled links: ACPI PCI link after fixup for boot-disabled links: ACPI PCI link arbitrated configuration: \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKE irq 3: [ 3 4] low,level,sharable 0.7.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.16.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base d0000000, size 28, 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=0x3210, 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=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1179, dev=0x0611, revid=0x51 bus=0, slot=3, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0480, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=5, func=0 class=06-80-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 0000fff0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=5, 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 0000ff80, size 5, enabled pcib0: matched entry for 0.5.INTD (src \\_SB_.LNKD) pcib0: slot 5 INTD is routed to irq 11 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=5, 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 0000fe70, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=5, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1179, dev=0x061b, revid=0x03 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x02d0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base ffefff00, size 8, enabled map[14]: type 4, range 32, base 000002f8, size 3, enabled map[18]: type 4, range 32, base 00001c00, size 8, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.LNKE) pcib0: slot 7 INTA is routed to irq 3 found-> vendor=0x11c1, dev=0x0441, revid=0x01 bus=0, slot=7, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=3 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000bfe0, size 5, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKC) pcib0: slot 9 INTA is routed to irq 11 found-> vendor=0x1179, dev=0x0d01, revid=0x00 bus=0, slot=9, func=0 class=0d-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x0617, revid=0x20 bus=0, slot=11, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0490, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x0617, revid=0x20 bus=0, slot=11, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0490, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base efdf8000, size 15, enabled map[14]: type 4, range 32, base 0000bf40, size 6, enabled map[18]: type 4, range 32, base 0000bf3c, size 2, enabled pcib0: matched entry for 0.12.INTA (src \\_SB_.LNKD) pcib0: slot 12 INTA is routed to irq 11 found-> vendor=0x1073, dev=0x0010, revid=0x02 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x05 (1250 ns), maxlat=0x19 (6250 ns) intpin=a, irq=11 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000be80, size 7, enabled map[14]: type 1, range 32, base efdf7f80, size 7, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.LNKD) pcib0: slot 15 INTA is routed to irq 11 found-> vendor=0x10b7, dev=0x9200, revid=0x6c bus=0, slot=15, 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 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 agp0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf0000000-0xf7ffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 1.0.0 ACPI PCI link before setting link priority: ACPI PCI link before fixup for boot-disabled links: ACPI PCI link after fixup for boot-disabled links: ACPI PCI link arbitrated configuration: \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 1.0.0 pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base f0000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKD) pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x5333, dev=0x8c10, revid=0x11 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 3.0 on pci0 isa0: on isab0 PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab1: at device 5.0 on pci0 isa: isa0 already exists; skipping it device_probe_and_attach: isab1 attach returned 6 atapci0: port 0xfff0-0xffff at device 5.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfff0 atapci0: ZERO BAR: resource checks suppressed. atapci0: Lazy allocation of 0x8 bytes rid 0x10 type 4 at 0x1f0 atapci0: ZERO BAR: resource checks suppressed. atapci0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x3f4 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] atapci0: ZERO BAR: resource checks suppressed. atapci0: Lazy allocation of 0x8 bytes rid 0x18 type 4 at 0x170 atapci0: ZERO BAR: resource checks suppressed. atapci0: Lazy allocation of 0x4 bytes rid 0x1c type 4 at 0x374 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xff80-0xff9f irq 11 at device 5.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 uhci0: [GIANT-LOCKED] 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 uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.00/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered pci0: at device 5.3 (no driver attached) pcib2: at device 6.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 19 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xefe00000-0xefefffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.1 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.2 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.3 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.3.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.1 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.2 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.3 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.2 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.3 ACPI PCI link before setting link priority: ACPI PCI link before fixup for boot-disabled links: ACPI PCI link after fixup for boot-disabled links: ACPI PCI link arbitrated configuration: \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.1 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.2 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.6.3 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.3.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.1 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.2 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.1.3 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.2 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 2.2.3 pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000ce00, size 8, enabled pcib2: device (null) requested decoded I/O range 0xce00-0xceff map[14]: type 1, range 32, base efefff00, size 8, enabled pcib2: device (null) requested decoded memory range 0xefefff00-0xefefffff map[18]: type 1, range 32, base efefe000, size 12, enabled pcib2: device (null) requested decoded memory range 0xefefe000-0xefefefff pcib2: matched entry for 2.1.INTA (src \\_SB_.LNKD) pcib2: slot 1 INTA is routed to irq 11 found-> vendor=0x1000, dev=0x000f, revid=0x04 bus=2, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x90 (4320 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000cdf8, size 3, enabled pcib2: device (null) requested decoded I/O range 0xcdf8-0xcdff map[14]: type 4, range 32, base 0000cdf4, size 2, enabled pcib2: device (null) requested decoded I/O range 0xcdf4-0xcdf7 map[18]: type 4, range 32, base 0000cde8, size 3, enabled pcib2: device (null) requested decoded I/O range 0xcde8-0xcdef map[1c]: type 4, range 32, base 0000cde4, size 2, enabled pcib2: device (null) requested decoded I/O range 0xcde4-0xcde7 map[20]: type 4, range 32, base 0000cdd0, size 4, enabled pcib2: device (null) requested decoded I/O range 0xcdd0-0xcddf pcib2: matched entry for 2.3.INTA (src \\_SB_.LNKB) pcib2: slot 3 INTA is routed to irq 11 found-> vendor=0x1095, dev=0x0648, revid=0x01 bus=2, slot=3, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 sym0: <875> port 0xce00-0xceff mem 0xefefe000-0xefefefff,0xefefff00-0xefefffff irq 11 at device 1.0 on pci2 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xefefff00 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xefefe000 sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/4e/80/01/00/24 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym0: Delay (GEN=11): 254 msec, 34993 KHz sym0: Delay (GEN=11): 263 msec, 33795 KHz sym0: Delay (GEN=11): 263 msec, 33795 KHz sym0: [GIANT-LOCKED] sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. atapci1: port 0xcdd0-0xcddf,0xcde4-0xcde7,0xcde8-0xcdef,0xcdf4-0xcdf7,0xcdf8-0xcdff irq 11 at device 3.0 on pci2 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xcdd0 atapci1: [MPSAFE] atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcdf8 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xcdf4 ata2: reset tp1 mask=03 ostat0=7f ostat1=7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-slave: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2: reset tp2 mask=00 stat0=ff stat1=ff devices=0x0 ata2: at 0xcdf8 on atapci1 ata2: [MPSAFE] atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xcde8 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xcde4 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-slave: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: reset tp2 mask=00 stat0=ff stat1=ff devices=0x0 ata3: at 0xcde8 on atapci1 ata3: [MPSAFE] pci0: at device 7.0 (no driver attached) pci0: at device 9.0 (no driver attached) cbb0: at device 11.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.11.INTA (src \\_SB_.LNKA) pcib0: slot 11 INTA is routed to irq 11 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x06171179 0x04900007 0x06070020 0x00824000 0x10: 0xf8000000 0x04800080 0x00141400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400010b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00110001 0x00800000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860011f0 0x0c000000 0x00000000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x00010100 0x00023f00 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 cbb1: at device 11.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.11.INTB (src \\_SB_.LNKB) pcib0: slot 11 INTB is routed to irq 11 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x06171179 0x04900007 0x06070020 0x00824000 0x10: 0xf8001000 0x04800080 0x00151500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400020b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00110001 0x00800000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860021f0 0x0c000000 0x00000000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x00010100 0x00023f00 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 pcm0: port 0xbf3c-0xbf3f,0xbf40-0xbf7f mem 0xefdf8000-0xefdfffff irq 11 at device 12.0 on pci0 pcm0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0xefdf8000 ds1: setmap (251000, 3de4), nseg=1, error=0 pcm0: AC97 reset timed out. pcm0: ac97 codec invalid or not present (id == 0) pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 131b4000, 1000; 0xc3200000 -> 131b4000 pcm0: sndbuf_setmap 13596000, 1000; 0xc3202000 -> 13596000 pcm0: sndbuf_setmap 13678000, 1000; 0xc3204000 -> 13678000 pcm0: sndbuf_setmap 136fa000, 1000; 0xc3206000 -> 136fa000 pcm0: sndbuf_setmap 136dc000, 1000; 0xc3208000 -> 136dc000 pcm0: sndbuf_setmap 12a31000, 1000; 0xc31fd000 -> 12a31000 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xbe80-0xbeff mem 0xefdf7f80-0xefdf7fff irq 11 at device 15.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xefdf7f80 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:00:39:9b:35:2d xl0: [GIANT-LOCKED] acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:00, syncbits:00 fdc0: cannot reserve I/O port range (1 ports) sio0: irq maps: 0x1 0x11 0x11 0x11 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) 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 ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) fdc0: cannot reserve I/O port range (1 ports) unknown: not probed (disabled) 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 ppc: ppc0 already exists; skipping it sio: sio0 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() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff 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: