From owner-freebsd-hardware Sun Jan 6 15:53:17 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [209.170.141.211]) by hub.freebsd.org (Postfix) with ESMTP id D24AF37B402; Sun, 6 Jan 2002 15:53:01 -0800 (PST) Received: from chapel-hill.tfd.com (chapel-hill.tfd.com [10.20.0.40]) by rtp.tfd.com (8.9.3/8.9.3) with ESMTP id SAA00607; Sun, 6 Jan 2002 18:52:53 -0500 (EST) Received: (from kent@localhost) by chapel-hill.tfd.com (8.11.6/8.11.6) id g06NqqB00426; Sun, 6 Jan 2002 18:52:52 -0500 (EST) (envelope-from kent) Date: Sun, 6 Jan 2002 18:52:52 -0500 (EST) From: Kent Hauser Message-Id: <200201062352.g06NqqB00426@chapel-hill.tfd.com> To: freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Subject: com4/scsi tape conflict Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Accessing the serial port (via for example `tip') hangs my machine requiring a power cycle. This conflict also prevents booting from the CD as `sysinstall' probes com4 and thus hangs. Any advice? Version: 4.4-CURRENT 1/5/02 Kernel: GENERIC w/ IPSec enabled & INET6 out. Thanks. Kent === Jan 6 13:54:25 chapel-hill /kernel: FreeBSD 4.5-PRERELEASE #1: Sat Jan 5 20:30:16 EST 2002 Jan 6 13:54:25 chapel-hill /kernel: kent@chapel-hill.tfd.com:/usr/src/sys/compile/CH Jan 6 13:54:25 chapel-hill /kernel: Timecounter "i8254" frequency 1193182 Hz Jan 6 13:54:25 chapel-hill /kernel: CPU: Pentium III/Pentium III Xeon/Celeron (696.41-MHz 686-class CPU) Jan 6 13:54:25 chapel-hill /kernel: Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Jan 6 13:54:25 chapel-hill /kernel: Features=0x383f9ff Jan 6 13:54:25 chapel-hill /kernel: real memory = 134217728 (131072K bytes) Jan 6 13:54:25 chapel-hill /kernel: avail memory = 125837312 (122888K bytes) Jan 6 13:54:25 chapel-hill /kernel: Preloaded elf kernel "kernel" at 0xc04b7000. Jan 6 13:54:25 chapel-hill /kernel: Preloaded elf module "snd_emu10k1.ko" at 0xc04b709c. Jan 6 13:54:25 chapel-hill /kernel: Preloaded elf module "snd_pcm.ko" at 0xc04b7140. === Jan 6 13:54:25 chapel-hill /kernel: sio0: <3COM PCI FaxModem> port 0x1830-0x1837 irq 5 at device 17.0 on pci0 Jan 6 13:54:25 chapel-hill /kernel: sio0: moving to sio4 Jan 6 13:54:25 chapel-hill /kernel: sio4: type 16550A === Jan 6 13:54:25 chapel-hill /kernel: ahc0: port 0x1000-0x10ff mem 0xf4020000-0xf4020fff irq 5 at device 13.0 on pci0 Jan 6 13:54:25 chapel-hill /kernel: aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs === Jan 6 13:54:25 chapel-hill /kernel: Waiting 2 seconds for SCSI devices to settle Jan 6 13:54:25 chapel-hill /kernel: sa0 at ahc0 bus 0 target 4 lun 0 Jan 6 13:54:25 chapel-hill /kernel: sa0: Removable Sequential Access SCSI-2 device Jan 6 13:54:25 chapel-hill /kernel: sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) === To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Sun Jan 6 16:10:12 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id AD23A37B405 for ; Sun, 6 Jan 2002 16:10:05 -0800 (PST) Received: (from httpd@localhost) by aragorn.neomedia.it (8.11.4/8.11.4) id g070A2C04747 for freebsd-hardware@freebsd.org; Mon, 7 Jan 2002 01:10:02 +0100 (CET) To: freebsd-hardware@freebsd.org Subject: MP Athlon motherboards Message-ID: <1010362202.3c38e75a87730@webmail.neomedia.it> Date: Mon, 07 Jan 2002 01:10:02 +0100 (CET) From: Salvo Bartolotta MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs X-WebMail-Company: Neomedia s.a.s. X-Originating-IP: 62.98.160.17 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Freebsd'ers, I take this opportunity to wish you all a Happy New Year. As to my little question, well, after googling a little while... once again I come here, where the Supreme Knowledge and Experience lies. :-) I would be interested in a motherboard for dual Athlon (1600+), and I should like to hear your comments on the Tyan Tiger MPX (aka S2466) and the Asus A7M266-D. MTIA, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Mon Jan 7 2: 2:19 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from walter.dfmm.org (walter.dfmm.org [209.151.233.240]) by hub.freebsd.org (Postfix) with ESMTP id F088C37B41A for ; Mon, 7 Jan 2002 02:02:05 -0800 (PST) Received: (qmail 28403 invoked by uid 1008); 7 Jan 2002 10:02:00 -0000 Date: Mon, 7 Jan 2002 02:02:00 -0800 From: Ryan Clancey To: freebsd-hardware@freebsd.org Subject: cd/dvd drive problems Message-ID: <20020107020200.A28216@dfmm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org i have a freebsd-4.4 box that refuses to play nice with atapi devices. two cdroms have failed to rip audio tracks, a cdr/rw failed to rip audio and failed to write write a disc (fixate failed in burncd) and now i can't get a dvd drive to do css key exchange. in each case, the kernel reports the following error: acd0: [COMMAND] command timeout - resetting ata1: resetting devices .. done this message gets repeated over and over, until the program trying to access the device gives up. (if i kill the offending program, the system keeps trying on it's own, blocking all other processes, effectively hanging the machine.) each of these devices works on a different freebsd-4.4 machine, and the hard disks all seem to work fine. the only major difference between the two machines, is the problem machine has four drives attached to two promise ide cards. (the boot disk and the atapi drives are connected to the on board ide controllers.) however, i've tried diconnecting the promise-controlled drives to no avail. so, does anyone out there have any suggestions on fixing this? is it a hardware problem, a kernel configuration problem, or a bug? sorry if this has already been addressed on the mailing lists, but i couldn't find anything that seemed relevant and helpful. -ryan clancey ------------------------------------------------------------------------------- dmesg from boot -v follows: Copyright (c) 1992-2001 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.4-STABLE #0: Mon Oct 29 22:02:15 PST 2001 root@fattire.craplab.home:/usr/obj/usr/src/sys/FILESERV Calibrating clock(s) ... TSC clock: 866643123 Hz, i8254 clock: 1193106 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 866703972 Hz CPU: Pentium III/Pentium III Xeon/Celeron (866.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 268369920 (262080K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x003d4000 - 0x0ffe7fff, 264323072 bytes (64532 pages) avail memory = 257171456 (251144K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fafd0 bios32: Entry = 0xfb440 (c00fb440) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb470 pnpbios: Found PnP BIOS data at 0xc00fbe60 pnpbios: Entry = f0000:be90 Rev = 1.0 Other BIOS signatures found: ACPI: 000f6fa0 Preloaded elf kernel "kernel" at 0xc03ad000. netsmb_dev: loaded Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) Using $PIR table, 7 entries at 0xc00fdce0 pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1106, dev=0x0691, revid=0xc4 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d8000000, size 26 found-> vendor=0x1106, dev=0x8598, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0686, revid=0x40 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x06 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000a000, size 4 found-> vendor=0x1106, dev=0x3038, revid=0x16 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000a400, size 5 found-> vendor=0x1106, dev=0x3038, revid=0x16 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000a800, size 5 found-> vendor=0x1106, dev=0x3057, revid=0x40 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x3058, revid=0x50 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=10 map[10]: type 1, range 32, base 0000ac00, size 8 map[14]: type 1, range 32, base 0000b000, size 2 map[18]: type 1, range 32, base 0000b400, size 2 found-> vendor=0x105a, dev=0x4d30, revid=0x02 class=01-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000b800, size 3 map[14]: type 1, range 32, base 0000bc00, size 2 map[18]: type 1, range 32, base 0000c000, size 3 map[1c]: type 1, range 32, base 0000c400, size 2 map[20]: type 1, range 32, base 0000c800, size 6 map[24]: type 1, range 32, base dd000000, size 17 found-> vendor=0x100b, dev=0x0020, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000cc00, size 8 map[14]: type 1, range 32, base dd040000, size 12 found-> vendor=0x1274, dev=0x5880, revid=0x02 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000d000, size 6 found-> vendor=0x105a, dev=0x4d38, revid=0x01 class=01-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000d400, size 3 map[14]: type 1, range 32, base 0000d800, size 2 map[18]: type 1, range 32, base 0000dc00, size 3 map[1c]: type 1, range 32, base 0000e000, size 2 map[20]: type 1, range 32, base 0000e400, size 6 map[24]: type 1, range 32, base dd020000, size 17 pci0: on pcib0 pcib2: at device 1.0 on pci0 found-> vendor=0x5333, dev=0x8a13, revid=0x02 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 26 pci1: on pcib2 pci1: (vendor=0x5333, dev=0x8a13) at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xa000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xa008 ata1: mask=01 status0=51 status1=ff ata1: mask=01 ostat0=51 ostat2=ff ata1-master: ATAPI probe a=14 b=eb ata1: mask=01 status0=00 status1=ff ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xa400-0xa41f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa800-0xa81f irq 11 at device 7.3 on pci0 using shared irq11. usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xb400-0xb403,0xb000-0xb003,0xac00-0xacff irq 10 at device 7.5 on pci0 pcm0: ac97 codec id 0x414c4326 pcm0: ac97 codec features 5 bit master volume, Realtek 3D Stereo Enhancement pcm0: ac97 primary codec extended features AMAP pcm: setmap f85a000, 1000; 0xc17e6000 -> f85a000 pcm: setmap f87c000, 1000; 0xc17e8000 -> f87c000 atapci1: port 0xc800-0xc83f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 mem 0xdd000000-0xdd01ffff irq 11 at device 9.0 on pci0 ata-: ata2 exists, using next available unit number ata2: iobase=0xb800 altiobase=0xbc02 bmaddr=0xc800 ata2: mask=03 status0=50 status1=00 ata2: mask=03 ostat0=50 ostat2=00 ata2-master: ATAPI probe a=00 b=00 ata2-slave: ATAPI probe a=00 b=00 ata2: mask=03 status0=50 status1=00 ata2-master: ATA probe a=01 b=a5 ata2: devices=01 ata2: at 0xb800 on atapci1 ata3: iobase=0xc000 altiobase=0xc402 bmaddr=0xc808 ata3: mask=03 status0=50 status1=00 ata3: mask=03 ostat0=50 ostat2=00 ata3-master: ATAPI probe a=00 b=00 ata3-slave: ATAPI probe a=00 b=00 ata3: mask=03 status0=50 status1=00 ata3-master: ATA probe a=01 b=a5 ata3: devices=01 ata3: at 0xc000 on atapci1 sis0: port 0xcc00-0xccff mem 0xdd040000-0xdd040fff irq 10 at device 11.0 on pci0 using shared irq10. sis0: Ethernet address: 00:02:e3:15:32:3a miibus0: on sis0 ukphy0: on miibus0 ukphy0: OUI 0x080017, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: sis0 attached pcm1: port 0xd000-0xd03f irq 5 at device 13.0 on pci0 pcm1: ac97 codec id 0x83847609 (SigmaTel STAC9721/9723) pcm1: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm1: ac97 primary codec extended features AMAP pcm: setmap f864000, 1000; 0xc17f0000 -> f864000 pcm: setmap f846000, 1000; 0xc17f2000 -> f846000 atapci2: port 0xe400-0xe43f,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407 mem 0xdd020000-0xdd03ffff irq 11 at device 17.0 on pci0 ata-: ata2 exists, using next available unit number ata-: ata2 exists, using next available unit number ata4: iobase=0xd400 altiobase=0xd802 bmaddr=0xe400 ata4: mask=03 status0=50 status1=00 ata4: mask=03 ostat0=50 ostat2=00 ata4-master: ATAPI probe a=00 b=00 ata4-slave: ATAPI probe a=00 b=00 ata4: mask=03 status0=50 status1=00 ata4-master: ATA probe a=01 b=a5 ata4: devices=01 ata4: at 0xd400 on atapci2 ata5: iobase=0xdc00 altiobase=0xe002 bmaddr=0xe408 ata5: mask=03 status0=50 status1=00 ata5: mask=03 ostat0=50 ostat2=00 ata5-master: ATAPI probe a=00 b=00 ata5-slave: ATAPI probe a=00 b=00 ata5: mask=03 status0=50 status1=00 ata5-master: ATA probe a=01 b=a5 ata5: devices=01 ata5: at 0xdc00 on atapci2 pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
Hi,
 
Anyone had any luck getting this card = to co-operate=20 with XF86? I've tried adding "device     agp" in my = kernel=20 conf, I've cvsup'ed the most recent version of XF86, built and installed = it (yes=20 the drivers were there). I've followed the guide at xfree86.org for = making the=20 XF86Config file, but still not luck. Startx, xf86cfg and XFree86 = -configure=20 usually cause a reboot after about 30 seconds. I really like this card = and would=20 like to use it, but so far I'm not getting anywhere. Anyone had any=20 experience?
 
Thanks,
Matt
------=_NextPart_000_0013_01C19878.89654F20-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message From owner-freebsd-hardware Wed Jan 9 5: 6: 2 2002 Delivered-To: freebsd-hardware@freebsd.org Received: from mcqueen.wolfsburg.de (pns.wobline.de [212.68.68.5]) by hub.freebsd.org (Postfix) with ESMTP id D318D37B405 for ; Wed, 9 Jan 2002 05:05:53 -0800 (PST) Received: from colt.ncptiddische.net (ppp-151.wobline.de [212.68.69.159]) by mcqueen.wolfsburg.de (8.11.3/8.11.3/tw-20010821) with ESMTP id g09D5jn07133 for ; Wed, 9 Jan 2002 14:05:46 +0100 Received: from tisys.org (jodie.ncptiddische.net [192.168.0.2]) by colt.ncptiddische.net (8.11.6/8.11.6) with ESMTP id g09D6gX48874 for ; Wed, 9 Jan 2002 14:06:43 +0100 (CET) (envelope-from nils@tisys.org) Received: (from nils@localhost) by tisys.org (8.11.6/8.11.6) id g09D60e68798 for freebsd-hardware@freebsd.org; Wed, 9 Jan 2002 14:06:00 +0100 (CET) (envelope-from nils) Date: Wed, 9 Jan 2002 14:05:25 +0100 From: Nils Holland To: freebsd-hardware@freebsd.org Subject: PCI Interrupt Sharing Message-ID: <20020109140525.A68773@tisys.org> Mail-Followup-To: freebsd-hardware@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD jodie.ncptiddische.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE X-Machine-Uptime: 1:57PM up 1:40, 1 user, load averages: 0.00, 0.00, 0.03 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi folks, the following is not really a FreeBSD specific question, but I thought I might ask it anyway and see if someone can give me an answer. So, on my machine, I have the BIOS assign IRQs to my PCI devices automatically (in fact, I only have PCI devices in use). When I look at the resource allocation (dmesg.boot below), I notice that two cards (pci1 and ed0) share the same IRQ (11). I've also noticed that if I enable my on-board USB controller, it will get IRQ 10 assigned, which means that it would share an IRQ with bktr0 (the USB controller is not visible in the dmesg.boot below since I don't use any USB devices and disabled it). Basically, from what I have read, IRQ sharing is normal for PCI devices, and thus is not something to worry about, except probably if trouble occurs. On my system, however, I have never had any problems the way it is set up right now. Still, I wonder if it would make some difference in terms of performance (or whatever) if I manually made sure in the BIOS that every IRQ is only used once. So, do you think I should simply leave everything as it it ("If it ain't broken, don't fix it"), or do you think that for some reasons I should manually get rid of PCI devices sharing IRQs? I'm a little curious about this, so any hints are welcome! Greetings Nils 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.5-PRERELEASE #0: Sat Jan 5 11:41:47 CET 2002 root@poison.ncptiddische.net:/usr/obj/usr/src/sys/JODIE Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 996634437 Hz CPU: AMD Athlon(tm) processor (996.63-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 805240832 (786368K bytes) avail memory = 779370496 (761104K bytes) Preloaded elf kernel "kernel" at 0xc0367000. Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00fdba0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 chip1: at device 7.4 on pci0 pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 7.5 on pci0 bktr0: mem 0xdc001000-0xdc001fff irq 10 at device 16.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 44354 C221 bktr0: Detected a MSP3415D-B3 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: (vendor=0x109e, dev=0x0878) at 16.1 irq 10 ed0: port 0xe800-0xe81f irq 11 at device 17.0 on pci0 ed0: address 00:20:18:2f:42:2d, type NE2000 (16 bit) orm0: