From owner-freebsd-hackers Sun Dec 1 1:35:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A20E837B401 for ; Sun, 1 Dec 2002 01:35:48 -0800 (PST) Received: from titan.kleipool.org (e137166.upc-e.chello.nl [213.93.137.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24B543EAF for ; Sun, 1 Dec 2002 01:35:46 -0800 (PST) (envelope-from Reinier@kleipool.org) Received: from io (io.overschie.nl [192.168.1.82]) by titan.kleipool.org (8.11.6/8.11.6) with SMTP id gB19ZiE78699 for ; Sun, 1 Dec 2002 10:35:44 +0100 (CET) (envelope-from Reinier@kleipool.org) From: "Reinier Kleipool" To: Subject: question about shared libraries and the library cache. Date: Sun, 1 Dec 2002 10:35:42 +0100 Message-ID: <000001c2991d$05083340$5201a8c0@ovs.kleipool.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a question about shared libraries. I have compiled a new library, and installed it in /usr/local/lib. If I then ask ldconfig(8) to updates its hints file, the new library is not listed in the hints file. In /usr/local/lib I see two other libraries that also are not listed: pam_ldap.so pam_smb_auth.so. My question: What is so special about these libraries that they are not listed in the ldconfig hints files? And for my own library: What do I need to do to make my own library listed in ldconfig? Are there special ld(1) flags needed to get it listed? Kind regards, Reinier Kleipool To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 2:47:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 666E537B401 for ; Sun, 1 Dec 2002 02:47:49 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08CC743EBE for ; Sun, 1 Dec 2002 02:47:49 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0061.cvx22-bradley.dialup.earthlink.net ([209.179.198.61] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18IRdV-0005iF-00; Sun, 01 Dec 2002 02:47:41 -0800 Message-ID: <3DE9E878.D49AC019@mindspring.com> Date: Sun, 01 Dec 2002 02:46:16 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Reinier Kleipool Cc: freebsd-hackers@freebsd.org Subject: Re: question about shared libraries and the library cache. References: <000001c2991d$05083340$5201a8c0@ovs.kleipool.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Reinier Kleipool wrote: > I have a question about shared libraries. I have compiled a new library, > and installed it in /usr/local/lib. If I then ask ldconfig(8) to updates its > hints file, the new library is not listed in the hints file. In > /usr/local/lib I see two other libraries that also are not listed: > pam_ldap.so pam_smb_auth.so. > > My question: What is so special about these libraries that they are not > listed in the ldconfig hints files? And for my own library: What do I need > to do to make my own library listed in ldconfig? Are there special ld(1) > flags needed to get it listed? You have to add /usr/local/lib to the ldconfig search path, e.g.: ldconfig -m /usr/local/lib If you want them to be there at boot time, you need to add: ldconfig_paths="/usr/lib /usr/local/lib" in /etc/rc.conf. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 3:21:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C7337B401 for ; Sun, 1 Dec 2002 03:21:14 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id E267B43EAF for ; Sun, 1 Dec 2002 03:21:12 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id gB1BLh9K098639; Sun, 1 Dec 2002 14:21:43 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id gB1BLUo5098638; Sun, 1 Dec 2002 14:21:30 +0300 (MSK) Date: Sun, 1 Dec 2002 14:21:30 +0300 From: Yar Tikhiy To: Nate Lawson Cc: freebsd-hackers@freebsd.org Subject: Re: Review by USB wizard wanted Message-ID: <20021201142129.B94232@comp.chem.msu.su> References: <20021125164551.A26800@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nate@root.org on Tue, Nov 26, 2002 at 03:26:19PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 26, 2002 at 03:26:19PM -0800, Nate Lawson wrote: > I'm not a usb expert but I think your patch deserves some comments. Thank you! > On Mon, 25 Nov 2002, Yar Tikhiy wrote: > > First, sometimes (especially, if twitching a memory stick out of > > the reader while the device is being detected) a transfer to the > > umass device is initiated *after* the device is already gone. System > > panic follows. The transfer is initiated when destroying the default > > pipe to the device. Indeed, the current usb_subr.c code will detach > > child devices first and destroy the default pipe then. Reverting > > this order eliminates the panic. > > > > Second, twitching a memory stick can cause CAM jam. That happens > > because the umass detach routine won't wake up the upper layer when > > processing a device with a pending transfer on it. > > > > Patches addressing the above problems are attached below. > > [...] > > --- usb_subr.c.orig Sat Nov 16 12:07:50 2002 > > +++ usb_subr.c Fri Nov 22 15:45:35 2002 > > @@ -1292,8 +1292,6 @@ > > { > > int ifcidx, nifc; > > > > - if (dev->default_pipe != NULL) > > - usbd_kill_pipe(dev->default_pipe); > > if (dev->ifaces != NULL) { > > nifc = dev->cdesc->bNumInterface; > > for (ifcidx = 0; ifcidx < nifc; ifcidx++) > > @@ -1340,6 +1338,9 @@ > > return; > > } > > #endif > > + > > + if (dev->default_pipe != NULL) > > + usbd_kill_pipe(dev->default_pipe); > > > > if (dev->subdevs != NULL) { > > DPRINTFN(3,("usb_disconnect_port: disconnect subdevs\n")); > > > > This change looks good to me. With your patch, we need to be careful if > anyone ever calls usb_free_device() directly since the default pipe won't > be killed. But since I don't see it called by anyone else, it seems ok. Of course, I've made sure it's the only point where usb_free_device() would be called from. > Why not make usb_free_device() static too? Good point! > > --- umass.c.orig Sat Nov 16 12:07:50 2002 > > +++ umass.c Fri Nov 22 21:42:10 2002 > > @@ -1033,6 +1033,13 @@ > > /* detach the device from the SCSI host controller (SIM) */ > > err = umass_cam_detach(sc); > > > > + /* if upper layer is waiting for a transfer to finish, wake it up */ > > + if (sc->transfer_state != TSTATE_IDLE) { > > + sc->transfer_state = TSTATE_IDLE; > > + sc->transfer_cb(sc, sc->transfer_priv, > > + sc->transfer_datalen, STATUS_WIRE_FAILED); > > + } > > + > > for (i = 0; i < XFER_NR; i++) > > if (sc->transfer_xfer[i]) > > usbd_free_xfer(sc->transfer_xfer[i]); > > This looks good except you're passing the full datalen as the > residue. Does this address the situation where the data has been > partially transferred successfully? Or should you subtract > transfer_actlen in that case? I think your code is correct, I just am not > familiar enough with usb to be sure. After examining the case, I think transfer_actlen should be subtracted from transfer_datalen there for consistency. However, Nick Hibma has told me the residue argument value didn't matter in most cases of error. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 5:56: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3037437B401 for ; Sun, 1 Dec 2002 05:56:03 -0800 (PST) Received: from web13508.mail.yahoo.com (web13508.mail.yahoo.com [216.136.175.87]) by mx1.FreeBSD.org (Postfix) with SMTP id 64BE743EA9 for ; Sun, 1 Dec 2002 05:56:02 -0800 (PST) (envelope-from dyeske@yahoo.com) Message-ID: <20021201135602.22611.qmail@web13508.mail.yahoo.com> Received: from [24.196.234.124] by web13508.mail.yahoo.com via HTTP; Sun, 01 Dec 2002 05:56:02 PST Date: Sun, 1 Dec 2002 05:56:02 -0800 (PST) From: David Yeske Subject: cvs -rbranch:date + val-tags To: hackers@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am working on getting cvs more usable so I don't have to worry about val-tags when I have read only media, and so I can do stuff like this. cvs update -rRELENG_4:2002/10/01 cvs diff -rRELENG_4:2002/09/01 -rRELENG_4:2002/09/30 I would appreciate any testing or feedback. I have tested this some, but it probably has bugs. http://pigseye.kennesaw.edu/~dyeske/freebsd/patch-src_contrib_cvs I have also tried modifying the HEAD branch of cvs/ccvs from cvshome, but it seems to blow away the $FreeBSD$ tag with or without my patch. Regards, David Yeske __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 6:13:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC68537B404 for ; Sun, 1 Dec 2002 06:13:33 -0800 (PST) Received: from web13502.mail.yahoo.com (web13502.mail.yahoo.com [216.136.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 33DCD43EAF for ; Sun, 1 Dec 2002 06:13:33 -0800 (PST) (envelope-from dyeske@yahoo.com) Message-ID: <20021201141333.2395.qmail@web13502.mail.yahoo.com> Received: from [24.196.234.124] by web13502.mail.yahoo.com via HTTP; Sun, 01 Dec 2002 06:13:33 PST Date: Sun, 1 Dec 2002 06:13:33 -0800 (PST) From: David Yeske Subject: Option 60: Vendor class identifier = "FreeBSD:i386:pxeboot" To: hackers@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pxeboot currently sends "PXEclient" for option 60, so it is not easy to differentiate between pxeboot and a real pxe client. I modified libstand to follow the pattern per src/sys/nfsclient/bootp_subr.c, although maybe I should ask for MACHINE and ostype. I would appreciate any testing or feedback. I have tested this some, but it probably has bugs. http://pigseye.kennesaw.edu/~dyeske/freebsd/patch-src_lib_libstand Regards, David Yeske __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 6:37:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE84237B401; Sun, 1 Dec 2002 06:37:40 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5703F43EBE; Sun, 1 Dec 2002 06:37:39 -0800 (PST) (envelope-from hiten@unixdaemons.com) Received: from unixdaemons.com (pc3-nfds1-5-cust242.nott-b.cable.ntl.com [80.5.196.242]) (authenticated bits=0) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gB1EbTSu081984; Sun, 1 Dec 2002 09:37:30 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host pc3-nfds1-5-cust242.nott-b.cable.ntl.com [80.5.196.242] claimed to be unixdaemons.com Message-ID: <3DEA1E80.9060305@unixdaemons.com> Date: Sun, 01 Dec 2002 14:36:48 +0000 From: Hiten Pandya Reply-To: hiten@angelica.unixdaemons.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Terry Lambert , Robert Watson Cc: Yury Tarasievich , freebsd-hackers@freebsd.org Subject: Re: documentation on kernel locks, mutexes? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Terry Lambert wrote: > I was thinking more in terms of device driver information. All > of the "how to write a driver for newbus", "how to write a CAM > driver", "how to use devfs from the kernel", "what XXX to do in > FreeBSD, given YYY in Linux", "how to port a driver from Linux > to FreeBSD", etc., are missing. Well, there is a chapter, that gives a good introduction to newbus in the Developers Handbook. IMHO, it gives enough pointers to the reader, so he can begin his journey on Newbus Avenue. I will continue documenting it, as I learn more. Once my exams are over, I will start looking into how ACPI affects Newbus etc, and things like that. We lack information on bus_space(9) and bus_dma(9), the latter one is mostly finished, and I will resume on it, as time permits. URL: http://www.FreeBSD.ORG/doc/en/books/developers-handbook/newbus.html on -CURRENT: # apropos 9 | less Indicates that we have a good deal of manual pages, which document kernel interfaces. Its just a matter of someone putting their time in documenting it for the Developers-Handbook. Thanks to Doug Rabson for the excellent set of VFS manual pages and many others! FWIW, there is a doc, somewhere on the net, in which R. Watson has documented the VOP table, which is better than nothing. Regarding "what XXX to do in FreeBSD, given YYY in Linux", is quite a difficult topic to cover, because, documenting each opposite will take us centuries. Although, documenting FreeBSD<->Linux VFS is one of the simple things. No comment on your last one. :-) > While it's true that kernel locks and mutexes are documented for > SMPng, he posted to -hackers, not -current, and so he's probably > not interested in -current primitives that aren't available in > the 4.x -RELEASE and -STABLE branches. Erm. IIRC, there is documentation lockmgr(), lockinit(), lockdestroy() etc. in -STABLE. Also, make sure you read the paper, available at the following URL: http://www.lemis.com/~grog/SMPng/ -- Hiten hiten@unixdaemons.com, hiten@uk.FreeBSD.org, hiten@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 1 6:53: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C7237B401; Sun, 1 Dec 2002 06:52:58 -0800 (PST) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39FE43E4A; Sun, 1 Dec 2002 06:52:56 -0800 (PST) (envelope-from Fam_Schlesinger@t-online.de) Received: from fwd04.sul.t-online.de by mailout01.sul.t-online.com with smtp id 18IVSq-000398-02; Sun, 01 Dec 2002 15:52:56 +0100 Received: from felixm.schlesinger.dyndns.org.t-online.de (0235124450-0001@[217.80.165.39]) by fwd04.sul.t-online.com with esmtp id 18IVSd-1tQyy8C; Sun, 1 Dec 2002 15:52:43 +0100 From: Fam_Schlesinger@t-online.de (Felix Schlesinger) Message-ID: <15850.8751.879584.523190@felixm.schlesinger.dyndns.org> Date: Sun, 1 Dec 2002 15:52:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Interrupt Timeouts Zoltrix pcm card X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-Sender: 0235124450-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I have a Zoltrix Nightingale (CMI8738) PCI card in my PC. It is detected by pcm, but when any sound is played, I only get interrupt timeouts ("pcm0:play:0: play interrupt timeout, channel dead" from the kernel). Its interessting that mpg123 e.g. exits after a few seconds without generating an error (Decoding of ... finished). With the OSS drivers its exactly the same, just the error-message is a little different) I tested with different configurations (GENERIC or custom (minimal) kernel, removing all other cards, chaning PCI-slots, ...) but nothing seemed to have any effect on the problem, so its not due to IRQ-sharing or something like that. The card is known to work under FreeBSD, but some people reported problems with the CMI8738-Chip in connection with APM and laptops that lead to the same message. This however is not the case here. I included all relevant output below, if I forgot anything please tell me, and I will post it. %uname -pr 4.7-STABLE i386 %dmesg (boot -v) Copyright (c) 1992-2002 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 4.7-STABLE #2: Sun Dec 1 12:05:35 CET 2002 root@felix.schlesinger.dyndns.org:/usr/src/sys/compile/kern2 Calibrating clock(s) ... TSC clock: 349058787 Hz, i8254 clock: 1193153 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 349069023 Hz CPU: Pentium II/Pentium II Xeon/Celeron (349.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 134152192 (131008K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x0032d000 - 0x07fe7fff, 130789376 bytes (31931 pages) avail memory = 127512576 (124524K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fad30 bios32: Entry = 0xfb1b0 (c00fb1b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb1e0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f0000:be28 Rev = 1.0 Other BIOS signatures found: ACPI: 000f70b0 Preloaded elf kernel "kernel" at 0xc0306000. Pentium Pro MTRR support enabled Creating DISK md0 md0: Malloc disk Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) Using $PIR table, 6 entries at 0xc00fdd60 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x8086, dev=0x7190, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d8000000, size 26 found-> vendor=0x8086, dev=0x7191, revid=0x03 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x7110, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000f000, size 4 found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=255 map[20]: type 1, range 32, base 0000e000, size 5 found-> vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[90]: type 1, range 32, base 00005000, size 4 found-> vendor=0x1282, dev=0x9102, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000e400, size 7 map[14]: type 1, range 32, base e0000000, size 7 found-> vendor=0x13f6, dev=0x0111, revid=0x10 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base 0000e800, size 8 pci0: on pcib0 pcib1: at device 1.0 on pci0 found-> vendor=0x10de, dev=0x0020, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base dc000000, size 24 map[14]: type 1, range 32, base de000000, size 24 pci1: on pcib1 pci1: (vendor=0x10de, dev=0x0020) at 0.0 irq 11 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=40 ostat2=50 ata1-master: ATAPI 54 6b ata1-slave: ATAPI 14 eb ata1: mask=03 stat0=40 stat1=00 ata1-master: ATA 41 65 ata1: devices=08 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x8086, dev=0x7112) at 7.2 chip1: port 0x5000-0x500f at device 7.3 on pci0 dc0: port 0xe400-0xe47f mem 0xe0000000-0xe000007f irq 10 at device 9.0 on pci0 dc0: Ethernet address: 00:00:ab:91:30:92 miibus0: on dc0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: dc0 attached pcm0: port 0xe800-0xe8ff irq 12 at device 10.0 on pci0 pcm0: sndbuf_setmap 3000, 4000; 0xc81f6000 -> 3000 pcm0: sndbuf_setmap 11000, 4000; 0xc81fa000 -> 11000 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 @@@9519: adding io range 0x200-0x3ff, size=0x20, align=0x20 @@@9519: adding irq mask 0x9e38 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: