Re: kernel/6043: panic: rtfree 2

2009-02-25 Thread Insan Praja SW

Hi Claudio and Misc@,
On Wed, 25 Feb 2009 03:12:09 +0700, Claudio Jeker   
wrote:



On Tue, Feb 24, 2009 at 08:37:22AM +0700, Insan Praja SW wrote:

On Tue, 24 Feb 2009 06:20:05 +0700, Claudio Jeker 
wrote:

Could you please run with the following diff and report if you still  
hit

the panics. It seems some drivers (maybe even em) fail to call the link
state update function without the needed splsoftnet protection.
Using splnet in rt_if_track may be to protective but we can reconsider
that if the panic is gone.

thanks


Hi Claudio,
I will test this diff today and I will get back to you with result.
Thanks,



I got other negative feedback (in other words the panic still happens).  
So
as we're right before release the best thing is to turn the featrue of  
for

now. So that we don't ship broken code in 4.5.

Could you test this diff instead?


Yeah I did.. and it works.. So it disabled rt_if_track? how 'bout "sending  
half of the data to nirvana" things on a multipath routing situation? is  
it affected?

Thanks.

--
insandotpraja(at)gmaildotcom



Re: kernel/6043: panic: rtfree 2

2009-02-25 Thread Insan Praja SW
On Wed, 25 Feb 2009 03:12:09 +0700, Claudio Jeker   
wrote:



On Tue, Feb 24, 2009 at 08:37:22AM +0700, Insan Praja SW wrote:

On Tue, 24 Feb 2009 06:20:05 +0700, Claudio Jeker 
wrote:

Could you please run with the following diff and report if you still  
hit

the panics. It seems some drivers (maybe even em) fail to call the link
state update function without the needed splsoftnet protection.
Using splnet in rt_if_track may be to protective but we can reconsider
that if the panic is gone.

thanks


Hi Claudio,
I will test this diff today and I will get back to you with result.
Thanks,



I got other negative feedback (in other words the panic still happens).


Well, same here.
panic: rtfree 2
Stopped atDebugger+0x4: leave

ddb> trace
Debugger (d2ee1f58,d2ab7100,4,e087fc0c,d2ee1f00) at Debugger+0x4
panic (d06f6a96,d2ee1f78,d2ab7100,0,0) at panic+0x55
rtfree (e087fc0c,30,0,d2ab7100) at rtfree+0xbd
route_output (d899d100,d8871c70,0,de84cd50,d0202de9) at route_output+0x341
raw_usrreq (d8871c70,9,d899d100,0,0) at raw_usrreq+0xf2
route_usrreq (d8871c70,9,d899d100,0,0) at route_usrreq+0xe8
sosend (d8871c70,0,de84cea8,d899d100,0,0) at sosend+0x357
soo_write (d8a00ec8,d8a00ee4,de84cea8,d8a1e000) at soo_write+0x1c
dofilewritev (d89f8c44,6,d8a00ec8,cfbd44905) at dofilewritev+0xeb
sys_writev (d89f8c44,de84cf68,de84cf58,cfbd4490,d89f8c44) at  
sys_writev+0x47

syscall () at syscall+0x24e
--- syscall (number 121) ---
0x3623d9d


So
as we're right before release the best thing is to turn the featrue of  
for

now. So that we don't ship broken code in 4.5.

Could you test this diff instead?

 Ok.
Thanks,

Insan

--
insandotpraja(at)gmaildotcom



Re: panic: rtfree 2

2009-01-13 Thread Insan Praja SW
On Wed, 14 Jan 2009 06:11:56 +0700, Claudio Jeker  
 wrote:



On Tue, Jan 13, 2009 at 01:43:09PM +0700, Insan Praja wrote:

Hi Misc@,

On Tue, Jan 13, 2009 at 6:32 AM, Claudio Jeker  
 wrote:

> On Tue, Jan 13, 2009 at 05:49:00AM +0700, Insan Praja SW wrote:
>> Hi Misc@,
>> So I tried to move the cable (and configs) to other interfaces.
>> Unplugging the cable will reproduce the problem. So IMHO it must be
>> something in bgpd or something in kernel that manages routes.
>> Thanks,
>>
>
> Could you please send me the output of netstat -Arn just before you
> produce the panic. Hopefully this gives me the hint what goes wrong.
>

It's a lot of output (full routes), but I could cut some of the first  
output




I would need the full output but I just saw your PR and there you mention
multiple routing tables. Did you try without multiple tables?
Is bgp writing to an alternate table?
I see if I can reproduce it.



Bgpd use rtable 0. I use multiple routing table to produce VRF/VPN-like  
network on my routers. I got rtable 1 and rtable 2. I haven't tested this  
with single table. A full "netstat -Arn" output would be a 62.5Mb files, a  
don't think it would pass the mailer. Here's a link  
http://www.4shared.com/file/80547753/5bb42570/netstat.html for downloading  
link.

Thanks,


Insan
--
insandotpraja(at)gmaildotcom



Re: panic: rtfree 2

2009-01-13 Thread Claudio Jeker
On Tue, Jan 13, 2009 at 01:43:09PM +0700, Insan Praja wrote:
> Hi Misc@,
> 
> On Tue, Jan 13, 2009 at 6:32 AM, Claudio Jeker  
> wrote:
> > On Tue, Jan 13, 2009 at 05:49:00AM +0700, Insan Praja SW wrote:
> >> Hi Misc@,
> >> So I tried to move the cable (and configs) to other interfaces.
> >> Unplugging the cable will reproduce the problem. So IMHO it must be
> >> something in bgpd or something in kernel that manages routes.
> >> Thanks,
> >>
> >
> > Could you please send me the output of netstat -Arn just before you
> > produce the panic. Hopefully this gives me the hint what goes wrong.
> >
> 
> It's a lot of output (full routes), but I could cut some of the first output
> 

I would need the full output but I just saw your PR and there you mention
multiple routing tables. Did you try without multiple tables?
Is bgp writing to an alternate table?
I see if I can reproduce it.

-- 
:wq Claudio



Re: panic: rtfree 2

2009-01-12 Thread Insan Praja
Hi Misc@,

On Tue, Jan 13, 2009 at 6:32 AM, Claudio Jeker  wrote:
> On Tue, Jan 13, 2009 at 05:49:00AM +0700, Insan Praja SW wrote:
>> Hi Misc@,
>> So I tried to move the cable (and configs) to other interfaces.
>> Unplugging the cable will reproduce the problem. So IMHO it must be
>> something in bgpd or something in kernel that manages routes.
>> Thanks,
>>
>
> Could you please send me the output of netstat -Arn just before you
> produce the panic. Hopefully this gives me the hint what goes wrong.
>

It's a lot of output (full routes), but I could cut some of the first output

Routing tables
Netmasks:
0xd2ab54a0   (root node)
0xd2e1db00   (255) Qff.ff.f0
0xd2e1da00   (255) Qff.ff.ff
0xd2e2b100   (255) Qff.ff.ff.80
0xd2e2bb80   (255) Qff.ff.ff.c0
0xd2e28d80   (255) Qff.ff.ff.e0
0xd2e26a80   (255) Qff.ff.ff.f0
0xd2e25600   (255) Qff.ff.ff.f8
0xd2e25580   (255) Qff.ff.ff.fc
0xd2e26e80   (255) Qff.ff.ff.fe
0xd2e26b00   (255) Qff.ff.ff.ff
0xd2e1d280   (255) Qff.ff.ff.ff.80
0xd2e2b800   (255) Qff.ff.ff.ff.c0
0xd2e2b700   (255) Qff.ff.ff.ff.e0
0xd2e2b200   (255) Qff.ff.ff.ff.f0
0xd2e2be00   (255) Qff.ff.ff.ff.f8
0xd2e2bd80   (255) Qff.ff.ff.ff.fc
0xd2e1df00   (255) Qff.ff.ff.ff.fe
0xd2e1df80   (255) Qff.ff.ff.ff.ff
0xd2e2bd00   (255) Qff.ff.ff.ff.ff.e0
0xd2e1dc00   (255) Qff.ff.ff.ff.ff.f0
0xd2e1d900   (255) Qff.ff.ff.ff.ff.f8
0xd2b75a00   (255) Qff.ff.ff.ff.ff.fc
0xd2b75c80   (255) Qff.ff.ff.ff.ff.ff.ff.c0
0xd2b75480   (255) Qff.ff.ff.ff.ff.ff.ff.ff
0xd2b75780   (255) Qff.ff.ff.ff.ff.ff.ff.ff.f0
0xd2b75680   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff
0xd2b75080   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff.ff
0xd2ae5e00   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff
0xd2b75b80   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff
0xd2b75a80   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.f0
0xd2b75980   (255) Qff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff.ff
0xd2ab54d0   (root node)

Internet:
AddressDestinationGatewayFlags   Refs  Use
  Mtu  Prio Iface
0xd2ab5338 (32) (0xd2ab5338)   0xd98bd018 :
0xd97172ac  mk =   0xd2e22be0 {(0), , default}
0xd98bd018 (33) (0xd2ab5338)   0xd976d10c :   0xd97669b8 
0xd976d10c (34) (0xd98bd018)   0xd96fe5c4 :   0xd9768188 
0xd96fe5c4 (35) (0xd976d10c)   0xd98b3a14 :   0xd956a030 
0xd98b3a14 (36) (0xd96fe5c4)   0xd95c0af8 :   0xd976ca94 
0xd95c0af8 (37) (0xd98b3a14)   0xe05af698 :   0xe0dbc630 

If you need more, I'm willing to send a private message to your email
with the output attached.

> thanks.
>
> --
> :wq Claudio
>
Thanks,

Insan
>
>>
>> Insan
>>
>>> Hi Misc@,
>>> recently installed a i386-current from january 11th 2009, on an intel
>>> s3210SH serverboard. I run pf, bgpd, snmpd and ntpd. When I accidentally
>>> unplugged em0, somehow it went panic and said "panic: rtfree 2". I
>>> entered
>>> ddb and run a trace with the following result:
>>
>>> ddb> trace
>>> Debugger(d39d1c58,d2ab5300,4,e1bc0cfc,d39d1c00) at Debbugger+0x4
>>> panic(d06f5e16,d39d1c78,d2ab5300,0,0) at panic+0x55
>>> rtfree(e1bc0cfc,30,0,d2ab5300) at rtfree+0xbd
>>> route_output(d9898000,d9783c70,0,df75fd50,d0202dd5) at route_output+0x341
>>> raw_usrreq(d9783c70,9,d9898000,0,0) at raw_usrreq+0xf2
>>> route_usrreq(d9783c70,9,d9898000,0,0) at route_usrreq+0xe8
>>> sosend(d9783c70,0,df75fea8,d9898000,0) at sosend+0x357
>>> soo_write(d977f424,d977f440,df75fea8,d992c000) at soo_write+0x1c
>>> dofilewritev(d990ada0,6,d997f424,cfbecfc0,5) at dofilewritev+0xeb
>>> sys_writev(d990ada0,df75ff68,df75ff58,cfbecfc0,d990ada0) at
>>> sys_writev+0x47
>>> syscall() at syscall+0x24e
>>> --- syscall (number 121) ---
>>> 0x74ba3d5
>>> ddb>
>>>
>>> I did run ps and notice some particular things (I'm too exhausted to
>>> retype everything from the picture):
>>> PID  PPIDPGRPUID S   FLAGS   WAITCOMMAND
>>> 6790 6286628675  3   0x180   pollbgpd
>>> 7389 6286628675  2   0x100   bgpd
>>> *62861   62860   7   0   bgpd
>>>
>>> Of course, it's not happen if bgpd is not running and I consciusly
>>> ifconfig-ed em0 to down. But, if I keep bgpd running and ifconfig-ed em0
>>> to down, nothing happen until I ifconfig-ed em0 to up, it went panic with
>>> the same messages. I hope this could helps all of us. Thanks a lot for
>>> everything, I hope I could help more. I also sendbug-ed the messages.
>>> Below is the dmesg.



Re: panic: rtfree 2

2009-01-12 Thread Insan Praja SW

Hi Misc@,
So I tried to move the cable (and configs) to other interfaces. Unplugging  
the cable will reproduce the problem. So IMHO it must be something in bgpd  
or something in kernel that manages routes.

Thanks,


Insan


Hi Misc@,
recently installed a i386-current from january 11th 2009, on an intel
s3210SH serverboard. I run pf, bgpd, snmpd and ntpd. When I accidentally
unplugged em0, somehow it went panic and said "panic: rtfree 2". I  
entered

ddb and run a trace with the following result:



ddb> trace
Debugger(d39d1c58,d2ab5300,4,e1bc0cfc,d39d1c00) at Debbugger+0x4
panic(d06f5e16,d39d1c78,d2ab5300,0,0) at panic+0x55
rtfree(e1bc0cfc,30,0,d2ab5300) at rtfree+0xbd
route_output(d9898000,d9783c70,0,df75fd50,d0202dd5) at route_output+0x341
raw_usrreq(d9783c70,9,d9898000,0,0) at raw_usrreq+0xf2
route_usrreq(d9783c70,9,d9898000,0,0) at route_usrreq+0xe8
sosend(d9783c70,0,df75fea8,d9898000,0) at sosend+0x357
soo_write(d977f424,d977f440,df75fea8,d992c000) at soo_write+0x1c
dofilewritev(d990ada0,6,d997f424,cfbecfc0,5) at dofilewritev+0xeb
sys_writev(d990ada0,df75ff68,df75ff58,cfbecfc0,d990ada0) at  
sys_writev+0x47

syscall() at syscall+0x24e
--- syscall (number 121) ---
0x74ba3d5
ddb>

I did run ps and notice some particular things (I'm too exhausted to
retype everything from the picture):
PID PPIDPGRPUID S   FLAGS   WAITCOMMAND
67906286628675  3   0x180   pollbgpd
73896286628675  2   0x100   bgpd
*6286   1   62860   7   0   bgpd

Of course, it's not happen if bgpd is not running and I consciusly
ifconfig-ed em0 to down. But, if I keep bgpd running and ifconfig-ed em0
to down, nothing happen until I ifconfig-ed em0 to up, it went panic with
the same messages. I hope this could helps all of us. Thanks a lot for
everything, I hope I could help more. I also sendbug-ed the messages.
Below is the dmesg.

OpenBSD 4.4-current (GENERIC) #1: Sun Jan 11 23:23:00 WIT 2009
  r...@greenbridge.mygreenlinks.net:/usr/src/sys/arch/i386/compile/GENERIC
RTC BIOS diagnostic error d
cpu0: Intel(R) Xeon(R) CPU E3110 @ 3.00GHz ("GenuineIntel" 686-class) 3  
GHz

cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,S
SE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR
real mem  = 2143842304 (2044MB)
avail mem = 2064748544 (1969MB)
RTC BIOS diagnostic error d
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/12/07, SMBIOS rev. 2.5 @
0x7fdfd000 (63 entries)
bios0: vendor Intel Corporation version
"S3200X38.86B.00.00.0045.082820081329" date 08/28/2008
bios0: Intel Corporation S3210SH
acpi0 at bios0: rev 2
acpi0: tables DSDT SLIC FACP APIC WDDT MCFG HPET SPCR SSDT SSDT SSDT SSDT
SSDT HEST BERT ERST EINJ DMAR
acpi0: wakeup devices SLPB(S5) NPE1(S5) NPE6(S5) P32_(S5) PS2M(S1)
PS2K(S1) ILAN(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(
S5) PEX5(S5) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) EHC2(S1)
UH42(S1) UHC5(S1) UHC6(S1) AZAL(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 332MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 5
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (NPE1)
acpiprt2 at acpi0: bus -1 (NPE6)
acpiprt3 at acpi0: bus 3 (P32_)
acpiprt4 at acpi0: bus 1 (PEX0)
acpiprt5 at acpi0: bus -1 (PEX1)
acpiprt6 at acpi0: bus -1 (PEX2)
acpiprt7 at acpi0: bus -1 (PEX3)
acpiprt8 at acpi0: bus 2 (PEX4)
acpiprt9 at acpi0: bus -1 (PEX5)
acpicpu0 at acpi0: FVS, 3000, 2000 MHz
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x1000
ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 3200/3210 Host" rev 0x00
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP AMT" rev 0x02: apic 5 int  
20

(irq 11), address 00:15:17:28:2a:d3
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 5 int  
18

(irq 9)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 5 int  
21

(irq 10)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 5 int  
17

(irq 10)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: apic 5 int  
17

(irq 11)
pci1 at ppb0 bus 1
em1 at pci1 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic
5 int 16 (irq 11), address 00:15:17:86:53:14
em2 at pci1 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic
5 int 17 (irq 10), address 00:15:17:86:53:15
ppb1 at

panic: rtfree 2

2009-01-12 Thread Insan Praja SW

Hi Misc@,
recently installed a i386-current from january 11th 2009, on an intel  
s3210SH serverboard. I run pf, bgpd, snmpd and ntpd. When I accidentally  
unplugged em0, somehow it went panic and said "panic: rtfree 2". I entered  
ddb and run a trace with the following result:


ddb> trace
Debugger(d39d1c58,d2ab5300,4,e1bc0cfc,d39d1c00) at Debbugger+0x4
panic(d06f5e16,d39d1c78,d2ab5300,0,0) at panic+0x55
rtfree(e1bc0cfc,30,0,d2ab5300) at rtfree+0xbd
route_output(d9898000,d9783c70,0,df75fd50,d0202dd5) at route_output+0x341
raw_usrreq(d9783c70,9,d9898000,0,0) at raw_usrreq+0xf2
route_usrreq(d9783c70,9,d9898000,0,0) at route_usrreq+0xe8
sosend(d9783c70,0,df75fea8,d9898000,0) at sosend+0x357
soo_write(d977f424,d977f440,df75fea8,d992c000) at soo_write+0x1c
dofilewritev(d990ada0,6,d997f424,cfbecfc0,5) at dofilewritev+0xeb
sys_writev(d990ada0,df75ff68,df75ff58,cfbecfc0,d990ada0) at sys_writev+0x47
syscall() at syscall+0x24e
--- syscall (number 121) ---
0x74ba3d5
ddb>

I did run ps and notice some particular things (I'm too exhausted to  
retype everything from the picture):

PID PPIDPGRPUID S   FLAGS   WAITCOMMAND
67906286628675  3   0x180   pollbgpd
73896286628675  2   0x100   bgpd
*6286   1   62860   7   0   bgpd

Of course, it's not happen if bgpd is not running and I consciusly  
ifconfig-ed em0 to down. But, if I keep bgpd running and ifconfig-ed em0  
to down, nothing happen until I ifconfig-ed em0 to up, it went panic with  
the same messages. I hope this could helps all of us. Thanks a lot for  
everything, I hope I could help more. I also sendbug-ed the messages.

Below is the dmesg.

OpenBSD 4.4-current (GENERIC) #1: Sun Jan 11 23:23:00 WIT 2009
r...@greenbridge.mygreenlinks.net:/usr/src/sys/arch/i386/compile/GENERIC
RTC BIOS diagnostic error d
cpu0: Intel(R) Xeon(R) CPU E3110 @ 3.00GHz ("GenuineIntel" 686-class) 3 GHz
cpu0:  
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,S

SE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR
real mem  = 2143842304 (2044MB)
avail mem = 2064748544 (1969MB)
RTC BIOS diagnostic error d
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/12/07, SMBIOS rev. 2.5 @  
0x7fdfd000 (63 entries)
bios0: vendor Intel Corporation version  
"S3200X38.86B.00.00.0045.082820081329" date 08/28/2008

bios0: Intel Corporation S3210SH
acpi0 at bios0: rev 2
acpi0: tables DSDT SLIC FACP APIC WDDT MCFG HPET SPCR SSDT SSDT SSDT SSDT  
SSDT HEST BERT ERST EINJ DMAR
acpi0: wakeup devices SLPB(S5) NPE1(S5) NPE6(S5) P32_(S5) PS2M(S1)  
PS2K(S1) ILAN(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(
S5) PEX5(S5) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) EHC2(S1)  
UH42(S1) UHC5(S1) UHC6(S1) AZAL(S4)

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 332MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 5
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (NPE1)
acpiprt2 at acpi0: bus -1 (NPE6)
acpiprt3 at acpi0: bus 3 (P32_)
acpiprt4 at acpi0: bus 1 (PEX0)
acpiprt5 at acpi0: bus -1 (PEX1)
acpiprt6 at acpi0: bus -1 (PEX2)
acpiprt7 at acpi0: bus -1 (PEX3)
acpiprt8 at acpi0: bus 2 (PEX4)
acpiprt9 at acpi0: bus -1 (PEX5)
acpicpu0 at acpi0: FVS, 3000, 2000 MHz
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x1000
ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 3200/3210 Host" rev 0x00
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP AMT" rev 0x02: apic 5 int 20  
(irq 11), address 00:15:17:28:2a:d3
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 5 int 18  
(irq 9)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 5 int 21  
(irq 10)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 5 int 17  
(irq 10)

usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: apic 5 int 17  
(irq 11)

pci1 at ppb0 bus 1
em1 at pci1 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic  
5 int 16 (irq 11), address 00:15:17:86:53:14
em2 at pci1 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev 0x06: apic  
5 int 17 (irq 10), address 00:15:17:86:53:15
ppb1 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: apic 5 int 17  
(irq 11)

pci2 at ppb1 bus 2
vga1 at pci2 dev 0 function 0 "Matrox MGA G200e (ServerEngines)" rev 0x02
wsdisplay0