Re: Using IPv6 subnets in smtpd.conf rules
Hi Seth,
It is a known issue, I actually had pulled the code for inet_net_pton()
from NetBSD many months ago, when I first realized inet6 masks were not
working in smtpd, but then I got sucked into other stuff and forgot it.
I'll review the diff again ... :-)
Thanks,
Gilles
On Fri, Apr 30, 2010 at 02:13:11AM -0400, Seth Wright wrote:
> Okay, I'm officially stumped. Can someone lend me a clue as to what,
> if anything, I'm doing wrong in the following scenario?
>
> I was playing around with smtpd(8) configuration options the other
> day, and tried to write an "accept" rule in smtpd.conf for an IPv6
> subnet. However, when I tried to verify the config I got an error:
>
>
> s...@fw ~ $ grep 2001 /etc/mail/smtpd.conf
> accept from 2001:470:8:1ee::/64 for all relay
> s...@fw ~ $ smtpd -n
> smtpd: inet_net_pton: Address family not supported by protocol family
>
>
> I tracked down that error to /usr/src/usr.sbin/smtpd/parse.y, where in
> a few places the code is passing AF_INET6 as the address family
> argument to the function "inet_net_pton()" when it tries to parse the
> address/subnet string as an IPv6 entity (seems logical to me).
> However, in looking at /usr/src/lib/libc/net/inet_net_pton.c, that
> function does not actually accept AF_INET6 as a valid address family:
>
>
> int
> inet_net_pton(int af, const char *src, void *dst, size_t size)
> {
> switch (af) {
> case AF_INET:
> return (inet_net_pton_ipv4(src, dst, size));
> default:
> errno = EAFNOSUPPORT;
> return (-1);
> }
> }
>
>
> I looked around a bit and found that NetBSD does have code to handle
> the AF_INET6 case, so I borrowed their code as a test (I guess it's
> actually Paul Vixie's BIND code?), recompiled libc, and now 'smtpd -n'
> says the configuration is OK. Great...kind of. I did have to change
> the 'accept' rule above to add a zero at the end of the string in
> order for it to pass inspection for whatever reason:
>
>
> s...@bsd ~ $ grep 2001 /etc/mail/smtpd.conf
> accept from 2001:470:8:1ee::/64 for all relay
> s...@bsd ~ $ smtpd -n
> smtpd: inet_net_pton: No such file or directory
> [...]
> s...@bsd ~ $ grep 2001 /etc/mail/smtpd.conf
> accept from 2001:470:8:1ee::0/64 for all relay
> s...@bsd ~ $ smtpd -n
> configuration OK
>
>
> Anyway, I started smtpd up again, did a quick test, and...it still failed:
>
>
> s...@darwin ~ $ telnet bsd.crosse.org 25
> Trying 2001:470:8:1ee:20c:29ff:fe18:1984...
> Connected to bsd.crosse.org.
> Escape character is '^]'.
> 220 bsd.crosse.org ESMTP OpenSMTPD
> helo darwin.crosse.org
> 250 bsd.crosse.org Hello darwin.crosse.org
> [IPv6:2001:470:8:1ee:5ab0:35ff:fe78:c7a0], pleased to meet you
> mail from:
> 250 2.1.0 Sender ok
> rcpt to:
> 530 5.0.0 Recipient rejected: s...@crosse.org
> quit
> 221 2.0.0 bsd.crosse.org Closing connection
> Connection closed by foreign host.
>
>
> The smtpd debug output for the session looks like this:
>
>
> s...@bsd /usr/src/usr.sbin/smtpd $ sudo smtpd -dv
> startup [debug mode]
> parent_send_config: configuring smtp
> parent_send_config_client_certs: configuring smtp
> parent_send_config_ruleset: reloading rules and maps
> parent_enqueue_offline: path /offline/1272603601.j459NrpVLg
> smtp_setup_events: listen on IPv6:2001:470:8:1ee:20c:29ff:fe18:1984
> port 25 flags 0x0 cert "vic0"
> smtp_setup_events: listen on 192.168.2.24 port 25 flags 0x0 cert "vic0"
> smtp_setup_events: listen on IPv6:fe80:1::20c:29ff:fe18:1984 port 25
> flags 0x0 cert "vic0"
> smtp_setup_events: listen on IPv6:fe80:3::1 port 25 flags 0x0 cert "lo0"
> smtp_setup_events: listen on IPv6:::1 port 25 flags 0x0 cert "lo0"
> smtp_setup_events: listen on 127.0.0.1 port 25 flags 0x0 cert "lo0"
> smtp: will accept at most 244 clients
> offline message enqueued
> session_pickup: greeting client
> command: helo args: darwin.crosse.org
> command: mail from args:
> session_rfc5321_mail_handler: sending notification to mfa
> smtp: got imsg_mfa_mail/rcpt
> smtp: imsg_queue_create_message returned
> command: rcpt toargs:
> smtp: got imsg_mfa_mail/rcpt
> 1272604479.ozbOZIoTFKlNu1MN: from=,
> relay=darwin.crosse.org [IPv6:2001:470:8:1ee:5ab0:35ff:fe78:c7a0],
> stat=LocalError (530 5.0.0 Recipient rejected: s...@crosse.org)
> command: quit args: (null)
> session_destroy: killing client: 0x86ce1000
>
>
> From my admittedly very limited knowledge of using gdb, I think the
> problem is in ruleset.c, in a function called
> "ruleset_inet6_match()"--however, I've stared at the code now for an
> hour or two and still have no idea what I'm looking at. So, here's
> the big question: did I overlook something completely obvious and
> have now gone off the deep end in searching for a bug that's not
> there? Any hints or suggestions are welcome. I think I can say with
> some level of confidence that this code-path will not work as-is since
> OpenBSD's inet_net_pton() only accepts AF_INET as the address family
> argument
Using IPv6 subnets in smtpd.conf rules
Okay, I'm officially stumped. Can someone lend me a clue as to what,
if anything, I'm doing wrong in the following scenario?
I was playing around with smtpd(8) configuration options the other
day, and tried to write an "accept" rule in smtpd.conf for an IPv6
subnet. However, when I tried to verify the config I got an error:
s...@fw ~ $ grep 2001 /etc/mail/smtpd.conf
accept from 2001:470:8:1ee::/64 for all relay
s...@fw ~ $ smtpd -n
smtpd: inet_net_pton: Address family not supported by protocol family
I tracked down that error to /usr/src/usr.sbin/smtpd/parse.y, where in
a few places the code is passing AF_INET6 as the address family
argument to the function "inet_net_pton()" when it tries to parse the
address/subnet string as an IPv6 entity (seems logical to me).
However, in looking at /usr/src/lib/libc/net/inet_net_pton.c, that
function does not actually accept AF_INET6 as a valid address family:
int
inet_net_pton(int af, const char *src, void *dst, size_t size)
{
switch (af) {
case AF_INET:
return (inet_net_pton_ipv4(src, dst, size));
default:
errno = EAFNOSUPPORT;
return (-1);
}
}
I looked around a bit and found that NetBSD does have code to handle
the AF_INET6 case, so I borrowed their code as a test (I guess it's
actually Paul Vixie's BIND code?), recompiled libc, and now 'smtpd -n'
says the configuration is OK. Great...kind of. I did have to change
the 'accept' rule above to add a zero at the end of the string in
order for it to pass inspection for whatever reason:
s...@bsd ~ $ grep 2001 /etc/mail/smtpd.conf
accept from 2001:470:8:1ee::/64 for all relay
s...@bsd ~ $ smtpd -n
smtpd: inet_net_pton: No such file or directory
[...]
s...@bsd ~ $ grep 2001 /etc/mail/smtpd.conf
accept from 2001:470:8:1ee::0/64 for all relay
s...@bsd ~ $ smtpd -n
configuration OK
Anyway, I started smtpd up again, did a quick test, and...it still failed:
s...@darwin ~ $ telnet bsd.crosse.org 25
Trying 2001:470:8:1ee:20c:29ff:fe18:1984...
Connected to bsd.crosse.org.
Escape character is '^]'.
220 bsd.crosse.org ESMTP OpenSMTPD
helo darwin.crosse.org
250 bsd.crosse.org Hello darwin.crosse.org
[IPv6:2001:470:8:1ee:5ab0:35ff:fe78:c7a0], pleased to meet you
mail from:
250 2.1.0 Sender ok
rcpt to:
530 5.0.0 Recipient rejected: s...@crosse.org
quit
221 2.0.0 bsd.crosse.org Closing connection
Connection closed by foreign host.
The smtpd debug output for the session looks like this:
s...@bsd /usr/src/usr.sbin/smtpd $ sudo smtpd -dv
startup [debug mode]
parent_send_config: configuring smtp
parent_send_config_client_certs: configuring smtp
parent_send_config_ruleset: reloading rules and maps
parent_enqueue_offline: path /offline/1272603601.j459NrpVLg
smtp_setup_events: listen on IPv6:2001:470:8:1ee:20c:29ff:fe18:1984
port 25 flags 0x0 cert "vic0"
smtp_setup_events: listen on 192.168.2.24 port 25 flags 0x0 cert "vic0"
smtp_setup_events: listen on IPv6:fe80:1::20c:29ff:fe18:1984 port 25
flags 0x0 cert "vic0"
smtp_setup_events: listen on IPv6:fe80:3::1 port 25 flags 0x0 cert "lo0"
smtp_setup_events: listen on IPv6:::1 port 25 flags 0x0 cert "lo0"
smtp_setup_events: listen on 127.0.0.1 port 25 flags 0x0 cert "lo0"
smtp: will accept at most 244 clients
offline message enqueued
session_pickup: greeting client
command: helo args: darwin.crosse.org
command: mail from args:
session_rfc5321_mail_handler: sending notification to mfa
smtp: got imsg_mfa_mail/rcpt
smtp: imsg_queue_create_message returned
command: rcpt toargs:
smtp: got imsg_mfa_mail/rcpt
1272604479.ozbOZIoTFKlNu1MN: from=,
relay=darwin.crosse.org [IPv6:2001:470:8:1ee:5ab0:35ff:fe78:c7a0],
stat=LocalError (530 5.0.0 Recipient rejected: s...@crosse.org)
command: quit args: (null)
session_destroy: killing client: 0x86ce1000
>From my admittedly very limited knowledge of using gdb, I think the
problem is in ruleset.c, in a function called
"ruleset_inet6_match()"--however, I've stared at the code now for an
hour or two and still have no idea what I'm looking at. So, here's
the big question: did I overlook something completely obvious and
have now gone off the deep end in searching for a bug that's not
there? Any hints or suggestions are welcome. I think I can say with
some level of confidence that this code-path will not work as-is since
OpenBSD's inet_net_pton() only accepts AF_INET as the address family
argument. Adding the extra functions from NetBSD's code helped, but I
don't know enough about this stuff to know whether the four-odd
functions I added are "enough" or if they are really part of a much
larger undertaking.
Thanks for your time,
Seth
(conf, dmesg, and changes to libc follow)
Note: this was all done with -current at some point or other. The
dmesg below is from a VMware guest and shows a kernel from the 4/24
snapshot, but I've been playing with this stuff on a couple of
different machines (all either i386 or amd64). The other one (real,
not v
Project Management seminars in KSA
LIST OF OUR SERVICES: Dear Sir/Madam, Our company "Construction Management Consultant" is organizing the following Project Management seminars in KSA: Upcoming Seminars in Jeddah-KSA Description Start Date End Date FIDIC Conditions of Contract & Claims Management 8/5/201010/5/2010 Professional Procurement Management 8/5/201010/5/2010 Professional Project Management ( PMP certification preparation) 8/5/201010/5/2010 Project Estimation & Cost Control & Access Applications8/5/201010/5/2010 Essentials of Occupational Safety and Health Program5/6/20107/6/2010 Value Engineering Analysis and Reports Presentation5/6/20107/6/2010 Project Manager Skills3/7/20105/7/2010 Project Maintenance Management Systems3/7/20105/7/2010 Professional Quality Control Program31/7/20102/8/2010 Extension of Time Claims & Disputes Resolution31/7/20102/8/2010 Professional management of Projects Planning & Primavera (6) App 28/8/201030/8/2010 Design Protection with Fire Code NFPA Implementation 28/8/201030/8/2010 Project Feasibility Study 25/9/201027/9/2010 Real Estate Investment, Development, Purchasing Contract & Leasing Analysis 25/9/201027/9/2010 Upcoming Seminars in Riyadh-KSA Description Start Date End Date Professional management of Projects Planning & Primavera (6) App15/5/201017/5/2010 Value Engineering Analysis and Reports Presentation15/5/201017/5/2010 Professional Project Management ( PMP certification preparation) 15/5/201017/5/2010 Project Estimation & Cost Control & Access Applications15/5/201017/5/2010 Extension of Time Claims & Disputes Resolution12/6/201014/6/2010 Project Maintenance Management Systems12/6/201014/6/2010 Project Feasibility Study10/7/201012/7/2010 Professional Procurement Management 10/7/201012/7/2010 Project Manager Skills7/8/20109/8/2010 Essentials of Occupational Safety and Health Program7/8/20109/8/2010 Construction Contracts & Contracting Management 4/9/20106/9/2010 Real Estate Investment, Development, Purchasing Contract & Leasing Analysis 4/9/20106/9/2010 FIDIC Conditions of Contract & Claims Management 2/10/20104/10/2010 Professional Quality control Program 2/10/20104/10/2010 Terms of Registration & Other Conditions For registration please contact us to send you application form to be filled, signed and send back (Fax or mail) including payment terms. Deadline for registration is a week in advance. If you are not interested receiving further Newsletters click here to remove Beirut Head Office: Tell: 00961-1-736171 Cell: 00961-3-644526Tel/Fax: 00961-1-744049 Jeddah Branch Office: Tel/Fax: 00966 2 6752644Mobile: 00966-560055588 E-mail: i...@cmcco.com Webpage: www.cmcco.com Project Management Consultation Procedures Development Consultation Quality Management Consultation Risk Management Consultation Design Management Consultation Value Engineering Consultation Environmental Management Consultation TrainingServices
Re: move imsg to libutil
Naming the file ``imsg-buffer.c'' does not depict the relationship between the two very well: the imsg_* API is just one of potentially many users of buf_*, and sits one layer above it. For example, a program may find use for buf_* while being entirely imsg-free. Otherwise, OK jacekm@
+ papers?
Hi, imho, the 'papers' collection has valuable information, and users are often enough referred to them for a better understanding about where the project is headed. But they are not very visible. The following patch is intended to give them better visibility: --- index.html.orig 2010-03-14 00:31:04.0 +0100 +++ index.html 2010-04-29 16:46:46.0 +0200 @@ -60,6 +60,7 @@ Mailing Lists Application Packages Books that Help + Papers http://undeadly.org/";>OpenBSD Journal Supporting OpenBSD Kind regards, --Toni++
Re: Re drm for r600 and r700
On Thu, 29 Apr 2010 11:12:38 +0200 Azwaw OUSADOU wrote: > I tried drm with radeonhd driver and radeon driver. It's doesn't > work. Xorg crash at start. You haven't taken the time to figure out the difference between the 'radeon' driver and the 'radeonhd' driver. Search the mail list archives. > I can't have any readable Xorg log. I disabled radeondrm to use X. You haven't taken the time to read /usr/src/xenocara/README
Re: Add support to AR5424
>> On 2010/04/28 18:41, Luis Henriques wrote:
>> > Anyway, this gave me the chance to find some more differences between
>> > ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
>> > HAL_MODE_XR) were defined with the wrong values. See updated patch
>> > bellow.
>>
>> hmm, I'm not sure about this...
>>
>> > --- sys/dev/ic/ar5xxx.h 20 Apr 2010 22:05:41 - 1.48
>> > +++ sys/dev/ic/ar5xxx.h 28 Apr 2010 17:33:17 -
>> > @@ -92,9 +92,9 @@ typedef enum {
>> > HAL_MODE_TURBO = 0x002,
>> > HAL_MODE_11B = 0x004,
>> > HAL_MODE_PUREG = 0x008,
>> > - HAL_MODE_11G = 0x010,
>> > + HAL_MODE_11G = 0x080,
>> > HAL_MODE_108G = 0x020,
>> > - HAL_MODE_XR = 0x040,
>> > + HAL_MODE_XR = 0x010,
>> > HAL_MODE_ALL = 0xfff
>> > } HAL_MODE;
>>
>> http://fxr.watson.org/fxr/source/dev/ath/ath_hal/ah.h has this:
>>
>> 410 #ifdef notdef
>> 411 HAL_MODE_11G= 0x010,/* 11g channels
(OFDM/CCK) */
>> 412 #else
>> 413 HAL_MODE_11G= 0x008,/* XXX historical */
>> 414 #endif
>
> The values for these HAL_MODE_XXX constants don't really matter,
> unless you want to use the origional binary blob HAL, which we don't
> support anyway.
Ok, thanks for clarifing. Anyway, I'll (re)check these constants
agains the linux driver, because I'm pretty sure that this is how they
are defined there.
--
Luis
Re: Add support to AR5424
> Date: Thu, 29 Apr 2010 11:20:52 +0100
> From: Stuart Henderson
>
> On 2010/04/28 18:41, Luis Henriques wrote:
> > Anyway, this gave me the chance to find some more differences between
> > ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
> > HAL_MODE_XR) were defined with the wrong values. See updated patch
> > bellow.
>
> hmm, I'm not sure about this...
>
> > --- sys/dev/ic/ar5xxx.h 20 Apr 2010 22:05:41 - 1.48
> > +++ sys/dev/ic/ar5xxx.h 28 Apr 2010 17:33:17 -
> > @@ -92,9 +92,9 @@ typedef enum {
> > HAL_MODE_TURBO = 0x002,
> > HAL_MODE_11B = 0x004,
> > HAL_MODE_PUREG = 0x008,
> > - HAL_MODE_11G = 0x010,
> > + HAL_MODE_11G = 0x080,
> > HAL_MODE_108G = 0x020,
> > - HAL_MODE_XR = 0x040,
> > + HAL_MODE_XR = 0x010,
> > HAL_MODE_ALL = 0xfff
> > } HAL_MODE;
>
> http://fxr.watson.org/fxr/source/dev/ath/ath_hal/ah.h has this:
>
> 410 #ifdef notdef
> 411 HAL_MODE_11G= 0x010,/* 11g channels
> (OFDM/CCK) */
> 412 #else
> 413 HAL_MODE_11G= 0x008,/* XXX historical */
> 414 #endif
The values for these HAL_MODE_XXX constants don't really matter,
unless you want to use the origional binary blob HAL, which we don't
support anyway.
Re: Add support to AR5424
On 2010/04/28 18:41, Luis Henriques wrote:
> Anyway, this gave me the chance to find some more differences between
> ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
> HAL_MODE_XR) were defined with the wrong values. See updated patch
> bellow.
hmm, I'm not sure about this...
> --- sys/dev/ic/ar5xxx.h 20 Apr 2010 22:05:41 - 1.48
> +++ sys/dev/ic/ar5xxx.h 28 Apr 2010 17:33:17 -
> @@ -92,9 +92,9 @@ typedef enum {
> HAL_MODE_TURBO = 0x002,
> HAL_MODE_11B = 0x004,
> HAL_MODE_PUREG = 0x008,
> - HAL_MODE_11G = 0x010,
> + HAL_MODE_11G = 0x080,
> HAL_MODE_108G = 0x020,
> - HAL_MODE_XR = 0x040,
> + HAL_MODE_XR = 0x010,
> HAL_MODE_ALL = 0xfff
> } HAL_MODE;
http://fxr.watson.org/fxr/source/dev/ath/ath_hal/ah.h has this:
410 #ifdef notdef
411 HAL_MODE_11G= 0x010,/* 11g channels
(OFDM/CCK) */
412 #else
413 HAL_MODE_11G= 0x008,/* XXX historical */
414 #endif
Re: Add support to AR5424
Il 29/04/2010 11.59, Giovanni Bechis ha scritto: With this patch my system does not hang anymore but when I try dhclient ath0 my wifi status is "no network": $ sudo dhclient ath0 ath0: no link . sleeping I am seeing also some "ath0: device timeout" kernel messages. Cheers Giovanni
Re: Add support to AR5424
On 04/28/10 19:41, Luis Henriques wrote: Anyway, this gave me the chance to find some more differences between ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and HAL_MODE_XR) were defined with the wrong values. See updated patch bellow. With this patch my system does not hang anymore but when I try dhclient ath0 my wifi status is "no network": $ sudo dhclient ath0 ath0: no link . sleeping Cheers & Thanks Giovanni
Re drm for r600 and r700
I tried drm with radeonhd driver and radeon driver. It's doesn't work. Xorg
crash at start. I can't have any readable Xorg log. I disabled radeondrm to
use X.
dmesg :
OpenBSD 4.7-current (GENERIC.MP) #535: Thu Apr 22 11:58:49 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz ("GenuineIntel" 686-class)
3.64 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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
real mem = 3488706560 (3327MB)
avail mem = 3388944384 (3231MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/05/08, BIOS32 rev. 0 @ 0xf0010,
SMBIOS rev. 2.4 @ 0xf06f0 (71 entries)
bios0: vendor American Megatrends Inc. version "1006" date 03/05/2008
bios0: ASUSTeK Computer INC. P5K
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR
acpi0: wakeup devices P0P2(S4) P0P1(S4) UAR1(S4) PS2K(S4) EUSB(S4) USBE(S4)
P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S4) USB1(S4) USB2(S4)
USB3(S4) USB4(S4) USB5(S4) USB6(S4) P0P4(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 403MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz ("GenuineIntel" 686-class)
3.64 GHz
cpu1:
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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz ("GenuineIntel" 686-class)
3.64 GHz
cpu2:
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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz ("GenuineIntel" 686-class)
3.64 GHz
cpu3:
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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (P0P2)
acpiprt2 at acpi0: bus 5 (P0P1)
acpiprt3 at acpi0: bus -1 (P0P5)
acpiprt4 at acpi0: bus -1 (P0P6)
acpiprt5 at acpi0: bus -1 (P0P7)
acpiprt6 at acpi0: bus 3 (P0P8)
acpiprt7 at acpi0: bus 2 (P0P9)
acpiprt8 at acpi0: bus 4 (P0P4)
acpicpu0 at acpi0: PSS
acpicpu1 at acpi0: PSS
acpicpu2 at acpi0: PSS
acpicpu3 at acpi0: PSS
aibs0 at acpi0
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc/0xf400 0xcf800/0x3000!
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82G33 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82G33 PCIE" rev 0x02: apic 4 int 16
(irq 11)
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon HD 4850" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 48xx HD Audio" rev 0x00:
apic 4 int 17 (irq 10)
azalia0: no supported codecs
azalia0: initialization failure, detaching
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 4 int 16
(irq 11)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 4 int 21
(irq 3)
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x02: apic 4 int 18
(irq 5)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 4 int 18
(irq 5)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia1 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x02: apic 4
int 22 (irq 15)
azalia1: codecs: Realtek ALC883
audio0 at azalia1
ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: apic 4 int 17
(irq 10)
pci2 at ppb1 bus 4
ppb2 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: apic 4 int 17
(irq 10)
pci3 at ppb2 bus 3
jmb0 at pci3 dev 0 function 0 "JMicron JMB363 IDE/SATA" rev 0x03
ahci0 at jmb0: apic 4 int 16 (irq 11), AHCI 1.0
scsibus0 at ahci0: 32 targets
pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired to
native-PCI
pciide0: using apic 4 int 16 (irq 11) for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 156334MB, 320173056 sectors
atapiscsi0 at pciide0 channel 0 drive 1
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: ATAPI 5/cdrom
removable
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6
cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 4
pciide0: channel 1 disabled (no drives)
ppb3 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x02: apic 4 int 16
(irq 11)
pci4 at ppb3 bus 2
age0 at pci4 dev 0 function 0 "Attansic Technology L1" rev 0xb0: apic 4 int
17 (irq 10), address 00:1e:8c:1f:c9:2d
atphy0 a
