xl(4) TX threshold diff needs testing.

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

xl(4) TX threshold diff needs testing.

Brad Smith-14
Please test the following diff with any xl(4) adapters. Ensure there
is no regression with transmit operation. Please provide a dmesg.


Do not reset TX threshold value whenever xl_init() is called. Instead
the initial threshould is initialized at device attach. Later the
threshold could be increased if encountering a TX underrun error and
the new threshold should be used in xl_init().

From FreeBSD


Index: xl.c
===================================================================
RCS file: /cvs/src/sys/dev/ic/xl.c,v
retrieving revision 1.82
diff -u -p -r1.82 xl.c
--- xl.c 2 Oct 2008 20:21:13 -0000 1.82
+++ xl.c 13 Nov 2008 05:08:19 -0000
@@ -1998,7 +1998,6 @@ xl_init(void *xsc)
  CSR_WRITE_1(sc, XL_TX_FREETHRESH, XL_PACKET_SIZE >> 8);
 
  /* Set the TX start threshold for best performance. */
- sc->xl_tx_thresh = XL_MIN_FRAMELEN;
  CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_SET_START|sc->xl_tx_thresh);
 
  /*
@@ -2569,6 +2568,9 @@ xl_attach(struct xl_softc *sc)
  sc->xl_type = XL_TYPE_905B;
  else
  sc->xl_type = XL_TYPE_90X;
+
+ /* Set the TX start threshold for best performance. */
+ sc->xl_tx_thresh = XL_MIN_FRAMELEN;
 
  timeout_set(&sc->xl_stsup_tmo, xl_stats_update, sc);
 

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Brad Smith-14
On Thursday 13 November 2008 02:47:15 Brad wrote:

> Please test the following diff with any xl(4) adapters. Ensure there
> is no regression with transmit operation. Please provide a dmesg.
>
>
> Do not reset TX threshold value whenever xl_init() is called. Instead
> the initial threshould is initialized at device attach. Later the
> threshold could be increased if encountering a TX underrun error and
> the new threshold should be used in xl_init().
>
> From FreeBSD

Still looking for people to test.. no one with xl(4) out there?

>
> Index: xl.c
> ===================================================================
> RCS file: /cvs/src/sys/dev/ic/xl.c,v
> retrieving revision 1.82
> diff -u -p -r1.82 xl.c
> --- xl.c 2 Oct 2008 20:21:13 -0000 1.82
> +++ xl.c 13 Nov 2008 05:08:19 -0000
> @@ -1998,7 +1998,6 @@ xl_init(void *xsc)
>   CSR_WRITE_1(sc, XL_TX_FREETHRESH, XL_PACKET_SIZE >> 8);
>
>   /* Set the TX start threshold for best performance. */
> - sc->xl_tx_thresh = XL_MIN_FRAMELEN;
>   CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_SET_START|sc->xl_tx_thresh);
>
>   /*
> @@ -2569,6 +2568,9 @@ xl_attach(struct xl_softc *sc)
>   sc->xl_type = XL_TYPE_905B;
>   else
>   sc->xl_type = XL_TYPE_90X;
> +
> + /* Set the TX start threshold for best performance. */
> + sc->xl_tx_thresh = XL_MIN_FRAMELEN;
>
>   timeout_set(&sc->xl_stsup_tmo, xl_stats_update, sc);



--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Tobias Ulmer
On Sun, Nov 16, 2008 at 05:32:08PM -0500, Brad wrote:

> On Thursday 13 November 2008 02:47:15 Brad wrote:
> > Please test the following diff with any xl(4) adapters. Ensure there
> > is no regression with transmit operation. Please provide a dmesg.
> >
> >
> > Do not reset TX threshold value whenever xl_init() is called. Instead
> > the initial threshould is initialized at device attach. Later the
> > threshold could be increased if encountering a TX underrun error and
> > the new threshold should be used in xl_init().
> >
> > From FreeBSD
>
> Still looking for people to test.. no one with xl(4) out there?

survived ~10h of tcpbench and bt

boron:tobiasu$ netstat -n -I xl0
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs Colls
xl0     1500  <Link>      00:c0:4f:79:4d:d8 237436591  9387 156489770     1     0
xl0     1500  10.0.0/24   10.0.0.1          237436591  9387 156489770     1     0
xl0     1500  fe80::%xl0/ fe80::2c0:4fff:fe 237436591  9387 156489770     1     0
boron:tobiasu$ netstat -n -I xl1
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs Colls
xl1     1500  <Link>      00:04:75:b1:00:7d  2072607     0  1722614     2     0
xl1     1500  fe80::%xl1/ fe80::204:75ff:fe  2072607     0  1722614     2     0

OpenBSD 4.4-stable (GENERIC) #5: Mon Nov 17 00:10:55 CET 2008
    [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 499 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 268001280 (255MB)
avail mem = 250707968 (239MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/11/02, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.2 @ 0xfb1b0 (83 entries)
bios0: vendor Dell Computer Corporation version "A11" date 01/11/02
bios0: Dell Computer Corporation Precision WorkStation 610 MT
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc5b0/192 (10 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc0000/0x8000 0xc8000/0x5000 0xcd000/0x800 0xcd800/0x2800
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82440BX AGP" rev 0x00
ppb0 at pci0 dev 1 function 0 "Intel 82440BX AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "3DFX Interactive Voodoo3" rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: aperture at 0xec000000, size 0x4000000
drm at vga1 unsupported
piixpcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <QUANTUM FIREBALL SE4.3A>
wd0: 16-sector PIO, LBA, 4110MB, 8418816 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 11
piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: SMBus disabled
cmpci0 at pci0 dev 14 function 0 "C-Media Electronics CMI8738/C3DX Audio" rev 0x10: irq 10
audio0 at cmpci0
opl0 at cmpci0: model OPL3
midi0 at opl0: <CMPCI Yamaha OPL3>
mpu at cmpci0 not configured
xl0 at pci0 dev 17 function 0 "3Com 3c905B 100Base-TX" rev 0x24: irq 10, address 00:c0:4f:79:4d:d8
exphy0 at xl0 phy 24: 3Com internal media interface
ppb1 at pci0 dev 19 function 0 "DEC 21152 PCI-PCI" rev 0x03
pci2 at ppb1 bus 2
xl1 at pci2 dev 6 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 11, address 00:04:75:b1:00:7d
exphy1 at xl1 phy 24: 3Com internal media interface
rl0 at pci2 dev 9 function 0 "Realtek 8139" rev 0x10: irq 10, address 00:08:54:3f:bf:21
rlphy0 at rl0 phy 0: RTL internal PHY
ahc0 at pci2 dev 14 function 0 "Adaptec AIC-7880" rev 0x01: irq 11
scsibus0 at ahc0: 16 targets, initiator 7
sd0 at scsibus0 targ 0 lun 0: <SEAGATE, ST34520N, 1444> SCSI2 0/direct fixed
sd0: 4340MB, 9006 cyl, 4 head, 246 sec, 512 bytes/sec, 8888924 sec total
sd1 at scsibus0 targ 1 lun 0: <SEAGATE, ST15150N, 3514> SCSI2 0/direct fixed
sd1: 4095MB, 3712 cyl, 21 head, 107 sec, 512 bytes/sec, 8388315 sec total
cd0 at scsibus0 targ 6 lun 0: <NEC, CD-ROM DRIVE:465, 1.03> SCSI2 5/cdrom removable
isa0 at piixpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
com1: console
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi1 at pcppi0: <PC speaker>
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
isapnp0 at isa0 port 0x279: read port 0x203
wss1 at isapnp0 "CS4236B, CSC0000, , WSS/SB" port 0x534/4,0x388/4,0x220/16 irq 5 drq 1,0: CS4236/CS4236B (vers 0)
audio1 at wss1
joy0 at isapnp0 "CS4236B, CSC000F, , Game" port 0x3a0/8
"CS4236B, CSC0010, , Ctrl" at isapnp0 port 0xf00/8 not configured
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
biomask fb45 netmask ff45 ttymask ffdf
mtrr: Pentium Pro MTRR support
softraid0 at root
ahc0: target 0 synchronous at 20.0MHz, offset = 0xf
ahc0: target 1 synchronous at 10.0MHz, offset = 0xf
root on sd0a swap on sd0b dump on sd0b
scsibus1 at softraid0: 1 targets, initiator 1
sd2 at scsibus1 targ 0 lun 0: <OPENBSD, SR CRYPTO, 003> SCSI2 0/direct fixed
sd2: 4110MB, 523 cyl, 255 head, 63 sec, 512 bytes/sec, 8417918 sec total
scsibus2 at softraid0: 1 targets, initiator 1
sd3 at scsibus2 targ 0 lun 0: <OPENBSD, SR CRYPTO, 003> SCSI2 0/direct fixed
sd3: 4094MB, 521 cyl, 255 head, 63 sec, 512 bytes/sec, 8385788 sec total
com0: 8 silo overflows, 0 ibuf overflows
com0: 9 silo overflows, 0 ibuf overflows
com0: 59 silo overflows, 0 ibuf overflows

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Sevan / Venture37-2
In reply to this post by Brad Smith-14
tcpbench result without patch (this test ran for slightly longer as I
wasn't there to stop it):
http://pastebin.com/m1c8f6e3

tcpbench result with patch:
http://pastebin.com/m63265da7

Name    Mtu   Network     Address      Ipkts Ierrs    Opkts Oerrs Colls
xl0     1500  <Link>      00:10:4b:   995110     0  1450368     0     0


console is /pci@1f,0/isa@7/serial@0,3f8
Copyright (c) 1982, 1986, 1989, 1991, 1993
         The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2008 OpenBSD. All rights reserved.
http://www.OpenBSD.org

OpenBSD 4.4-current (GENERIC) #1: Mon Nov 17 22:43:16 GMT 2008
     [hidden email]:/usr/src/sys/arch/sparc64/compile/GENERIC
real mem = 268435456 (256MB)
avail mem = 247947264 (236MB)
mainbus0 at root: Sun Blade 100 (UltraSPARC-IIe)
cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 1.4) @ 502 MHz
cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 256K
external (64 b/l)
psycho0 at mainbus0: pci108e,a001, impl 0, version 0, ign 7c0
psycho0: bus range 0-1, PCI bus 0
psycho0: dvma map c0000000-dfffffff,
pci0 at psycho0
ebus0 at pci0 dev 12 function 0 "Sun RIO EBus" rev 0x01
"flashprom" at ebus0 addr 0-fffff not configured
clock1 at ebus0 addr 0-1fff: mk48t59
ebus1 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
"dma" at ebus1 addr 0-ffff ivec 0x2a not configured
power0 at ebus1 addr 800-82f ivec 0x20
com0 at ebus1 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo
com0: console
com1 at ebus1 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo
alipm0 at pci0 dev 3 function 0 "Acer Labs M7101 Power" rev 0x00: 223KHz
clock
iic0 at alipm0
"max1617" at alipm0 addr 0x18 skipped due to alipm0 bugs
"scm001" at alipm0 addr 0x20 skipped due to alipm0 bugs
spdmem0 at iic0 addr 0x50: 128MB SDRAM ECC PC100CL2
spdmem1 at iic0 addr 0x51: 128MB SDRAM ECC PC100CL2
gem0 at pci0 dev 12 function 1 "Sun ERI Ether" rev 0x01: ivec 0x7c6,
address 00:03:ba:
ukphy0 at gem0 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI
0x0010dd, model 0x0002
"Sun FireWire" rev 0x01 at pci0 dev 12 function 2 not configured
ohci0 at pci0 dev 12 function 3 "Sun USB" rev 0x01: ivec 0x7e4, version
1.0, legacy support
autri0 at pci0 dev 8 function 0 "Acer Labs M5451 Audio" rev 0x01: ivec 0x7e3
ac97: codec id 0x41445348 (Analog Devices AD1881A)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at autri0
midi0 at autri0: <4DWAVE MIDI UART>
pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc3:
DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0x7cc for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: <WDC WD400BB-00DEA0>
wd0: 16-sector PIO, LBA, 38166MB, 78165360 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets, initiator 7
cd0 at scsibus0 targ 0 lun 0: <ATAPI, 48X CDROM, 3.10> ATAPI 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
ppb0 at pci0 dev 5 function 0 "DEC 21152 PCI-PCI" rev 0x03
pci1 at ppb0 bus 1
xl0 at pci1 dev 1 function 0 "3Com 3c905B 100Base-TX" rev 0x24: ivec
0x7ca, address 00:10:4b:
exphy0 at xl0 phy 24: 3Com internal media interface
wi0 at pci1 dev 2 function 0 "Intersil PRISM2.5" rev 0x01: ivec 0x7d5
wi0: PRISM2.5 ISL3874A(Mini-PCI) (0x8013), Firmware 1.0.7 (primary),
1.3.6 (station), address 00:09:5b:
"ATI Rage XL" rev 0x27 at pci0 dev 19 function 0 not configured
usb0 at ohci0: USB revision 1.0
uhub0 at usb0 "Sun OHCI root hub" rev 1.00/1.00 addr 1
softraid0 at root
bootpath: /pci@1f,0/ide@d,0/disk@0,0
root on wd0a swap on wd0b dump on wd0b

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Vadim Zhukov
In reply to this post by Brad Smith-14
On 13 November 2008 c. 10:47:15 Brad wrote:

> Please test the following diff with any xl(4) adapters. Ensure there
> is no regression with transmit operation. Please provide a dmesg.
>
>
> Do not reset TX threshold value whenever xl_init() is called. Instead
> the initial threshould is initialized at device attach. Later the
> threshold could be increased if encountering a TX underrun error and
> the new threshold should be used in xl_init().
>
> From FreeBSD

No regressions found yet.

But xl(4) still requires "down-up" dance after reboot (or enabling
promisc mode) to actually pass traffic. :(

--
  Best wishes,
    Vadim Zhukov

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Mark Kettenis
> From: Vadim Zhukov <[hidden email]>
> Date: Tue, 18 Nov 2008 21:42:15 +0300
>
> On 13 November 2008 c. 10:47:15 Brad wrote:
> > Please test the following diff with any xl(4) adapters. Ensure there
> > is no regression with transmit operation. Please provide a dmesg.
> >
> >
> > Do not reset TX threshold value whenever xl_init() is called. Instead
> > the initial threshould is initialized at device attach. Later the
> > threshold could be increased if encountering a TX underrun error and
> > the new threshold should be used in xl_init().
> >
> > From FreeBSD
>
> No regressions found yet.
>
> But xl(4) still requires "down-up" dance after reboot (or enabling
> promisc mode) to actually pass traffic. :(

Can you provide a dmesg for that system?

Reply | Threaded
Open this post in threaded view
|

Re: xl(4) TX threshold diff needs testing.

Vadim Zhukov
On 28 November 2008 G. 15:21:20 Mark Kettenis wrote:

> > From: Vadim Zhukov <[hidden email]>
> > Date: Tue, 18 Nov 2008 21:42:15 +0300
> >
> > On 13 November 2008 c. 10:47:15 Brad wrote:
> > > Please test the following diff with any xl(4) adapters. Ensure
> > > there is no regression with transmit operation. Please provide a
> > > dmesg.
> > >
> > >
> > > Do not reset TX threshold value whenever xl_init() is called.
> > > Instead the initial threshould is initialized at device attach.
> > > Later the threshold could be increased if encountering a TX
> > > underrun error and the new threshold should be used in xl_init().
> > >
> > > From FreeBSD
> >
> > No regressions found yet.
> >
> > But xl(4) still requires "down-up" dance after reboot (or enabling
> > promisc mode) to actually pass traffic. :(
>
> Can you provide a dmesg for that system?

Sorry for long delay, I had some issues with mail, just recovered it :(

Here is my hostname.xl0, dmesg at the end of letter.

#media 100baseTX mediaopt full-duplex
lladdr 00:80:48:44:86:c5
group inetacc
inet W.X.Y.Z 255.255.255.0

Looks like it's "lladdr" line causing misbehaving of xl(4): it's presence
anywhere in config makes xl(4) require down-up dance. I have to change
MAC address due to stupid restrictions of my Internet provider. :( Tested
on a variety of CURRENT kernels ranging from July to end of November.

--
  Best wishes,
    Vadim Zhukov


OpenBSD 4.4-current (GENERIC) #5: Sat Nov 29 04:23:50 MSK 2008
    [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 802 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,S
SE
real mem  = 267919360 (255MB)
avail mem = 250613760 (239MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/04/00, BIOS32 rev. 0 @ 0xf0b90,
SMBIOS rev. 2.3 @ 0xf28f0 (45
entries)
bios0: vendor Award Software, Inc. version "ASUS CUSL2-C ACPI BIOS Revision
1003" date 10/04/2000
bios0: ASUSTeK Computer INC. CUSL2-C
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x13c2
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf1300/192 (10 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc0000/0x8000 0xc8000/0x4000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82815 AGP" rev 0x02
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6326 VGA" rev 0x0b
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: aperture at 0xfc000000, size 0x400000
ppb1 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x02
pci2 at ppb1 bus 2
em0 at pci2 dev 10 function 0 "Intel PRO/1000GT (82541GI)" rev 0x05: irq 10,
address 00:0e:0c:b7:55:54
rl0 at pci2 dev 11 function 0 "Realtek 8139" rev 0x10: irq 11, address
00:80:48:44:86:c5
rlphy0 at rl0 phy 0: RTL internal PHY
ath0 at pci2 dev 12 function 0 "Atheros AR5212" rev 0x01: irq 12
ath0: AR5213 5.6 phy 4.1 rf5112a 3.5, ETSI4W, address 00:03:2f:20:af:b2
xl0 at pci2 dev 13 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 7,
address 00:04:75:d9:9e:c2
exphy0 at xl0 phy 24: 3Com internal media interface
ichpcib0 at pci0 dev 31 function 0 "Intel 82801BA LPC" rev 0x02: 24-bit timer
at 3579545Hz
pciide0 at pci0 dev 31 function 1 "Intel 82801BA IDE" rev 0x02: DMA, channel 0
wired to compatibility,
channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <Maxtor 6Y120P0>
wd0: 16-sector PIO, LBA, 117246MB, 240121728 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
pciide0: channel 1 disabled (no drives)
uhci0 at pci0 dev 31 function 2 "Intel 82801BA USB" rev 0x02: irq 9
ichiic0 at pci0 dev 31 function 3 "Intel 82801BA SMBus" rev 0x02: irq 9
iic0 at ichiic0
lm1 at iic0 addr 0x2d: AS99127F
uhci1 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x02: irq 11
isa0 at ichpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4: polled
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb1 at uhci1: USB revision 1.0
uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
biomask eb65 netmask ffe5 ttymask ffff
mtrr: Pentium Pro MTRR support
softraid0 at root
root on wd0a swap on wd0b dump on wd0b