Re: OpenBSD pppoe and Bell Fibe

2022-02-20 Thread Stuart Henderson
On 2022-02-19, Brodey Dover  wrote:
>  Hello all,
>
>  I've configured hostname.pppoe0 and hostname.re0 as per the pppoe manpage
>  for OpenBSD (I'm running 7) and I'm unable to successfully leverage the
>  Bell HomeHub 4000's pppoe passthrough. I've verified that passthrough does
>  work with my Windows 7 laptop, however, I just can't get pppoe to move past
>  the initialization stage.

Might help to show your config.

My typical config in hostname.pppoe0 is something like this

inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev em1 authproto chap authname 
"user@realm" authkey "password" up

>  The PADI gets sent, but ultimately it'll timeout. After adjusting to the
>  second config in the man page where mut1508 is set to the physical device,

That is a special case and is very unlikely to ever be _required_ by an
ISP and often won't work. Normally you're better off starting with the
default MTU to get things working initially, then try that later if needed
as a refinement (but remember that it's there in case things stop working
later; sometimes internal changes in the ISP network will stop it from
working later)..

>  pppoe0: ipcp parse opt values:  address 10.11.1.81 [not agreed]  send
>  conf-nak

The other side proposed this address (possibly for the address of their
end of the connection?) and your side rejected it.

-- 
Please keep replies on the mailing list.



some graphics (firmware?) problems

2022-02-20 Thread Claus Assmann
Yesterday the monitor on my OpenBSD 7.0 box went blank twice while
using firefox. Later on I found these entries in the log:

Feb 19 10:17:38 vxrs /bsd: drm:pid11842:intel_gt_reset *NOTICE* [drm] Resetting 
chip for context closure in firefox<11842>
Feb 19 11:06:10 vxrs /bsd: drm:pid1527:intel_gt_reset *NOTICE* [drm] Resetting 
chip for context closure in firefox<1527>

According to some posting the firmware has to be updated, but AFAICT
that requires to update the OS to a snapshot (i.e., I cannot install
the newer firmware on 7.0 and expect it to work?), hence it's not a
good solution for me right now.

Instead I added an ATI Radeon HD3450 256MB Dual DVI graphics card,
but that didn't work so well either.

radeondrm0: RV620
drm:pid0:r600_init *ERROR* Expecting atombios for R600 GPU
drm:pid0:radeondrm_attachhook *ERROR* Fatal error during GPU init
[TTM] Memory type 2 has not been initialized
drm0 detached
radeondrm0 detached
and hence X didn't find the right driver (?).
There was something in the archives about this back in 2019:
  xserver problem with 1.19.7->1.20.5
so this doesn't seem to apply to OpenBSD 7.0 (Xorg 1.20.13)?

I guess that card is not supported (at all)?


dmesg and Xorg log follow (the latter has been shortened because
it was very long, there does not seem to be anything relevant to
this problem after the last "EE").

==
OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 4208492544 (4013MB)
avail mem = 4065021952 (3876MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3c30 (38 entries)
bios0: vendor Intel Corp. version "CO96510J.86A.5773.2007.0206.0046" date 
02/06/2007
bios0: Intel Corporation DQ965GF
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC WDDT MCFG ASF! SSDT SSDT SSDT SSDT SSDT TCPA
acpi0: wakeup devices SLPB(S4) P32_(S4) ILAN(S4) PEGP(S4) PEX0(S4) PEX1(S4) 
PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) 
EHCI(S3) EHC2(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.94 MHz, 06-0f-06
cpu0: 
FPU,VME,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,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 266MHz
cpu0: mwait min=64, max=64, C-substates=0.2, IBE
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xf000, bus 0-127
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 7 (P32_)
acpiprt2 at acpi0: bus 2 (PEX0)
acpiprt3 at acpi0: bus 3 (PEX1)
acpiprt4 at acpi0: bus 4 (PEX2)
acpiprt5 at acpi0: bus 5 (PEX3)
acpiprt6 at acpi0: bus 6 (PEX4)
acpiprt7 at acpi0: bus -1 (PEX5)
acpibtn0 at acpi0: SLPB
acpipci0 at acpi0 PCI0
acpicmos0 at acpi0
"PNP0003" at acpi0 not configured
acpicpu0 at acpi0: C1(@1 halt!), PSS
cpu0: Enhanced SpeedStep 2397 MHz: speeds: 2394, 1596 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82Q965 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82Q965 PCIE" rev 0x02: apic 2 int 16
pci1 at ppb0 bus 1
1:0:0: rom address conflict 0xfffe/0x2
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 3450" rev 0x00
drm0 at radeondrm0
radeondrm0: apic 2 int 16
azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 34xx HD Audio" rev 0x00: apic 2 
int 17
azalia0: no supported codecs
"Intel 82Q965 HECI" rev 0x02 at pci0 dev 3 function 0 not configured
pciide0 at pci0 dev 3 function 2 "Intel 82Q965 PT IDER" rev 0x02: DMA 
(unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide0: using apic 2 int 18 for native-PCI interrupt
pciide0: channel 0 ignored (not responding; disabled or no drives?)
pciide0: channel 1 ignored (not responding; disabled or no drives?)
puc0 at pci0 dev 3 function 3 "Intel 82Q965 KT" rev 0x02: ports: 16 com
com4 at puc0 port 0 apic 2 int 17: ns16550a, 16 byte fifo
com4: probed fifo depth: 15 bytes
em0 at pci0 dev 25 function 0 "Intel ICH8 IGP AMT" rev 0x02: apic 2 int 20, 
address 00:19:d1:60:86:04
uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 21
ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 2 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 
addr 1
azalia1 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x02: apic 2 int 
22

[PATCH] Move warnx into correct place

2022-02-20 Thread Wolf
Original location caused the line to be printed every time for ec keys.
I suspect copy error from rsa_key_create.
---
 usr.sbin/acme-client/key.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/usr.sbin/acme-client/key.c b/usr.sbin/acme-client/key.c
index 6604751caef..64b00a36c2f 100644
--- a/usr.sbin/acme-client/key.c
+++ b/usr.sbin/acme-client/key.c
@@ -98,7 +98,7 @@ ec_key_create(FILE *f, const char *fname)
/* Serialise the key to the disc in EC format */
 
if (!PEM_write_ECPrivateKey(f, eckey, NULL, NULL, 0, NULL, NULL)) {
-   warnx("PEM_write_ECPrivateKey");
+   warnx("%s: PEM_write_ECPrivateKey", fname);
goto err;
}
 
@@ -113,8 +113,6 @@ ec_key_create(FILE *f, const char *fname)
goto err;
}
 
-   warnx("%s: PEM_write_ECPrivateKey", fname);
-
goto out;
 
 err:
-- 
2.34.1



Re: shells/nsh network shells, feedback and comments requested,

2022-02-20 Thread Tom Smyth
Hello all, just following up on this  as a call out to anyone who use nsh
or have used it in the past,

if you have any feedback / suggestions I would really appreciate that,

Thanks
Tom Smyth

On Sun, 18 Apr 2021 at 13:31, Tom Smyth 
wrote:

> Hello,
>
> If anyone has used shells/nsh (past or present)
>  or has any ideas, opinions on it and its usability,
> bug reports or questions can you let me know
> (on or off list I don't mind).
>
> I'm particularly interested in configuration limitations
> you came across. (where you couldn't do something
> in NSH that  you can do in base.
>
> We will be working on it  to track  current, and hopefully
> 7.0 release.
>
> Thanks
> Tom Smyth
>


-- 
Kindest regards,
Tom Smyth.


Re: OpenBSD pppoe and Bell Fibe

2022-02-20 Thread Brodey Dover
You make a very good point about attaching the configuration :-).

inet 0.0.0.0 255.255.255.255 NONE mtu 1500
pppoedev re0 authproto pap
authname 'username' authkey 'password' up
dest 0.0.0.1
!/sbin/route add default -ifp pppoe0 0.0.0.1

That should help.

Thank you,



On Sun, 20 Feb 2022 at 06:06, Stuart Henderson 
wrote:

> On 2022-02-19, Brodey Dover  wrote:
> >  Hello all,
> >
> >  I've configured hostname.pppoe0 and hostname.re0 as per the pppoe
> manpage
> >  for OpenBSD (I'm running 7) and I'm unable to successfully leverage the
> >  Bell HomeHub 4000's pppoe passthrough. I've verified that passthrough
> does
> >  work with my Windows 7 laptop, however, I just can't get pppoe to move
> past
> >  the initialization stage.
>
> Might help to show your config.
>
> My typical config in hostname.pppoe0 is something like this
>
> inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev em1 authproto chap authname
> "user@realm" authkey "password" up
>
> >  The PADI gets sent, but ultimately it'll timeout. After adjusting to the
> >  second config in the man page where mut1508 is set to the physical
> device,
>
> That is a special case and is very unlikely to ever be _required_ by an
> ISP and often won't work. Normally you're better off starting with the
> default MTU to get things working initially, then try that later if needed
> as a refinement (but remember that it's there in case things stop working
> later; sometimes internal changes in the ISP network will stop it from
> working later)..
>
> >  pppoe0: ipcp parse opt values:  address 10.11.1.81 [not agreed]  send
> >  conf-nak
>
> The other side proposed this address (possibly for the address of their
> end of the connection?) and your side rejected it.
>
> --
> Please keep replies on the mailing list.
>
>


Re: OpenBSD pppoe and Bell Fibe

2022-02-20 Thread Stuart Henderson
I would recommend trying it like my example, there is a race condition when 
you list the destination address separately.


--
 Sent from a phone, apologies for poor formatting.

On 20 February 2022 16:50:35 Brodey Dover  wrote:

You make a very good point about attaching the configuration :-).

inet 0.0.0.0 255.255.255.255 NONE mtu 1500 pppoedev re0 authproto pap 
authname 'username' authkey 'password' up

dest 0.0.0.1
!/sbin/route add default -ifp pppoe0 0.0.0.1


That should help.


Thank you,

On Sun, 20 Feb 2022 at 06:06, Stuart Henderson  
wrote:

On 2022-02-19, Brodey Dover  wrote:

 Hello all,

 I've configured hostname.pppoe0 and hostname.re0 as per the pppoe manpage
 for OpenBSD (I'm running 7) and I'm unable to successfully leverage the
 Bell HomeHub 4000's pppoe passthrough. I've verified that passthrough does
 work with my Windows 7 laptop, however, I just can't get pppoe to move past
 the initialization stage.


Might help to show your config.

My typical config in hostname.pppoe0 is something like this

inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev em1 authproto chap authname 
"user@realm" authkey "password" up



 The PADI gets sent, but ultimately it'll timeout. After adjusting to the
 second config in the man page where mut1508 is set to the physical device,


That is a special case and is very unlikely to ever be _required_ by an
ISP and often won't work. Normally you're better off starting with the
default MTU to get things working initially, then try that later if needed
as a refinement (but remember that it's there in case things stop working
later; sometimes internal changes in the ISP network will stop it from
working later)..


 pppoe0: ipcp parse opt values:  address 10.11.1.81 [not agreed]  send
 conf-nak


The other side proposed this address (possibly for the address of their
end of the connection?) and your side rejected it.

--
Please keep replies on the mailing list.




Re: is IPC on OpenBSD different from other UNIX-like OSes?

2022-02-20 Thread Otto Moerbeek
On Sun, Feb 20, 2022 at 03:44:37PM -0300, Alceu Rodrigues de Freitas Junior 
wrote:

> 
> Hello there,
> 
> I've being doing Perl development on OpenBSD for a while now, and one thing
> that I usually note is that is takes a noticeable difference of time to
> execute Perl modules instalation on Linux and OpenBSD (the latter is
> slower). For comparison, I have no experience on doing the same on FreeBSD,
> but I do know that IPC on Microsoft Windows sucks much more (as expected).
> 
> I've being trying to figure out what is going on, without much success.
> 
> As you might know, the cpan client and Perl modules make heavy user of the
> make program and IPC pipes for communication.
> 
> For many times when running a setup, usually the step where make is executed
> with a fork() and it's STDOUT is read by the CPAN client, I can see that the
> process just "hangs" there: low CPU usage occurs during that, but the
> process doesn't advance for some reason that I wasn't able to identify so
> far (and maybe that's on me due the lack of knowledge on OpenBSD tools for
> that).
> 
> I did some research on Google and on this mailing list archive, without
> finding anything that would help. But I did find some somehow related
> messages about:
> 
> https://marc.info/?l=openbsd-misc=115607682301736=2
> https://marc.info/?l=openbsd-misc=134263510531642=2
> https://marc.info/?l=openbsd-misc=146995681921920=2
> 
> Is there any configuration/tools that I could use to identify what is going
> on and improve the performance? I've being seeing this behavior since
> OpenBSD 5.x, when I started running CPAN Smokers.
> 
> As another example of how this is usually done with Perl, here is a link for
> a very common module that is used for tasks like that inside a CPAN Smoker:
> 
> https://metacpan.org/pod/Capture::Tiny
> 
> Thanks in advance,
> Alceu

A good tool to investigate  these kind of issues is ktrace.

Typically you'd run

$ ktrace -i 

The -i options instructs ktrace to also captures system calls in child
processes of command.

and then

then 
$ kdump -R

to look at what is captured in ktrace.out. There are many options to
influence what is captured and what is displayed. Look into the man
pages for details.

-Otto



Re: some graphics (firmware?) problems

2022-02-20 Thread Jonathan Gray
On Sun, Feb 20, 2022 at 05:14:57PM +, Claus Assmann wrote:
> Yesterday the monitor on my OpenBSD 7.0 box went blank twice while
> using firefox. Later on I found these entries in the log:
> 
> Feb 19 10:17:38 vxrs /bsd: drm:pid11842:intel_gt_reset *NOTICE* [drm] 
> Resetting chip for context closure in firefox<11842>
> Feb 19 11:06:10 vxrs /bsd: drm:pid1527:intel_gt_reset *NOTICE* [drm] 
> Resetting chip for context closure in firefox<1527>
> 
> According to some posting the firmware has to be updated, but AFAICT
> that requires to update the OS to a snapshot (i.e., I cannot install
> the newer firmware on 7.0 and expect it to work?), hence it's not a
> good solution for me right now.

No, it is not firmware.  But I'd need to see a dmesg with inteldrm
enabled to comment further.  In -current there is a different version of
drm, so worth testing for that reason.

> 
> Instead I added an ATI Radeon HD3450 256MB Dual DVI graphics card,
> but that didn't work so well either.
> 
> radeondrm0: RV620
> drm:pid0:r600_init *ERROR* Expecting atombios for R600 GPU
> drm:pid0:radeondrm_attachhook *ERROR* Fatal error during GPU init
> [TTM] Memory type 2 has not been initialized
> drm0 detached
> radeondrm0 detached
> and hence X didn't find the right driver (?).
> There was something in the archives about this back in 2019:
>   xserver problem with 1.19.7->1.20.5
> so this doesn't seem to apply to OpenBSD 7.0 (Xorg 1.20.13)?
> 
> I guess that card is not supported (at all)?
> 

It is unclear why the right bios is not found, but again try
-current.

> 
> dmesg and Xorg log follow (the latter has been shortened because
> it was very long, there does not seem to be anything relevant to
> this problem after the last "EE").
> 
> ==
> OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
> real mem = 4208492544 (4013MB)
> avail mem = 4065021952 (3876MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3c30 (38 entries)
> bios0: vendor Intel Corp. version "CO96510J.86A.5773.2007.0206.0046" date 
> 02/06/2007
> bios0: Intel Corporation DQ965GF
> acpi0 at bios0: ACPI 1.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC WDDT MCFG ASF! SSDT SSDT SSDT SSDT SSDT TCPA
> acpi0: wakeup devices SLPB(S4) P32_(S4) ILAN(S4) PEGP(S4) PEX0(S4) PEX1(S4) 
> PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) 
> EHCI(S3) EHC2(S3) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.94 MHz, 06-0f-06
> cpu0: 
> FPU,VME,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,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
> cpu0: 4MB 64b/line 16-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 266MHz
> cpu0: mwait min=64, max=64, C-substates=0.2, IBE
> cpu at mainbus0: not configured
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xf000, bus 0-127
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 7 (P32_)
> acpiprt2 at acpi0: bus 2 (PEX0)
> acpiprt3 at acpi0: bus 3 (PEX1)
> acpiprt4 at acpi0: bus 4 (PEX2)
> acpiprt5 at acpi0: bus 5 (PEX3)
> acpiprt6 at acpi0: bus 6 (PEX4)
> acpiprt7 at acpi0: bus -1 (PEX5)
> acpibtn0 at acpi0: SLPB
> acpipci0 at acpi0 PCI0
> acpicmos0 at acpi0
> "PNP0003" at acpi0 not configured
> acpicpu0 at acpi0: C1(@1 halt!), PSS
> cpu0: Enhanced SpeedStep 2397 MHz: speeds: 2394, 1596 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel 82Q965 Host" rev 0x02
> ppb0 at pci0 dev 1 function 0 "Intel 82Q965 PCIE" rev 0x02: apic 2 int 16
> pci1 at ppb0 bus 1
> 1:0:0: rom address conflict 0xfffe/0x2
> radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 3450" rev 0x00
> drm0 at radeondrm0
> radeondrm0: apic 2 int 16
> azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 34xx HD Audio" rev 0x00: apic 
> 2 int 17
> azalia0: no supported codecs
> "Intel 82Q965 HECI" rev 0x02 at pci0 dev 3 function 0 not configured
> pciide0 at pci0 dev 3 function 2 "Intel 82Q965 PT IDER" rev 0x02: DMA 
> (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
> pciide0: using apic 2 int 18 for native-PCI interrupt
> pciide0: channel 0 ignored (not responding; disabled or no drives?)
> pciide0: channel 1 ignored (not responding; disabled or no drives?)
> puc0 at pci0 dev 3 function 3 "Intel 82Q965 KT" rev 0x02: ports: 16 com
> com4 at puc0 port 0 apic 2 int 17: ns16550a, 16 byte fifo
> com4: probed fifo depth: 15 bytes
> em0 at 

Re: some graphics (firmware?) problems

2022-02-20 Thread Jonathan Gray
On Mon, Feb 21, 2022 at 04:53:50AM +, Claus Assmann wrote:
> On Mon, Feb 21, 2022, Jonathan Gray wrote:
> 
> > No, it is not firmware.  But I'd need to see a dmesg with inteldrm
> > enabled to comment further.  In -current there is a different version of
> 
> That should be this one:

> inteldrm0 at pci0 dev 2 function 0 "Intel 82Q965 Video" rev 0x02
> drm0 at inteldrm0
> intagp0 at inteldrm0
> agp0 at intagp0: aperture at 0xd000, size 0x1000
> inteldrm0: apic 2 int 16, I965G, gen 4

Handled with the following commit.  The workaround is still there.
I haven't checked if it is still needed after the drm update.

sys/dev/pci/drm/i915/gem/i915_gem_context.c


revision 1.6
date: 2021/10/02 14:26:05;  author: jsg;  state: Exp;  lines: +3 -2;  commitid: 
fnFjt33nCWo0vNlX;
Extend workaround for reset on context closure from gen 7-8 to gen 4-8
as asavvycomput...@disroot.org reported this occurs on gm45 (gen 4).




Re: some graphics (firmware?) problems

2022-02-20 Thread Claus Assmann
On Mon, Feb 21, 2022, Jonathan Gray wrote:

> No, it is not firmware.  But I'd need to see a dmesg with inteldrm
> enabled to comment further.  In -current there is a different version of

That should be this one:

OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 4200103936 (4005MB)
avail mem = 4056879104 (3868MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3c30 (38 entries)
bios0: vendor Intel Corp. version "CO96510J.86A.5773.2007.0206.0046" date 
02/06/2007
bios0: Intel Corporation DQ965GF
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC WDDT MCFG ASF! SSDT SSDT SSDT SSDT SSDT TCPA
acpi0: wakeup devices SLPB(S4) P32_(S4) ILAN(S4) PEGP(S4) PEX0(S4) PEX1(S4) 
PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) 
EHCI(S3) EHC2(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.96 MHz, 06-0f-06
cpu0: 
FPU,VME,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,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 266MHz
cpu0: mwait min=64, max=64, C-substates=0.2, IBE
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xf000, bus 0-127
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 6 (P32_)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus 2 (PEX1)
acpiprt4 at acpi0: bus 3 (PEX2)
acpiprt5 at acpi0: bus 4 (PEX3)
acpiprt6 at acpi0: bus 5 (PEX4)
acpiprt7 at acpi0: bus -1 (PEX5)
acpibtn0 at acpi0: SLPB
acpipci0 at acpi0 PCI0
acpicmos0 at acpi0
"PNP0003" at acpi0 not configured
acpicpu0 at acpi0: C1(@1 halt!), PSS
cpu0: Enhanced SpeedStep 2397 MHz: speeds: 2394, 1596 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82Q965 Host" rev 0x02
inteldrm0 at pci0 dev 2 function 0 "Intel 82Q965 Video" rev 0x02
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0: apic 2 int 16, I965G, gen 4
"Intel 82Q965 HECI" rev 0x02 at pci0 dev 3 function 0 not configured
pciide0 at pci0 dev 3 function 2 "Intel 82Q965 PT IDER" rev 0x02: DMA 
(unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide0: using apic 2 int 18 for native-PCI interrupt
pciide0: channel 0 ignored (not responding; disabled or no drives?)
pciide0: channel 1 ignored (not responding; disabled or no drives?)
puc0 at pci0 dev 3 function 3 "Intel 82Q965 KT" rev 0x02: ports: 16 com
com4 at puc0 port 0 apic 2 int 17: ns16550a, 16 byte fifo
com4: probed fifo depth: 15 bytes
em0 at pci0 dev 25 function 0 "Intel ICH8 IGP AMT" rev 0x02: apic 2 int 20, 
address 00:19:d1:60:86:04
uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 21
ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 2 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 
addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x02: apic 2 int 
22
azalia0: codecs: Sigmatel STAC9227X
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x02: apic 2 int 17
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 1 "Intel 82801H PCIE" rev 0x02: apic 2 int 16
pci2 at ppb1 bus 2
pciide1 at pci2 dev 0 function 0 "Marvell 88SE6101 IDE" rev 0xb1: DMA 
(unsupported), channel 0 configured to native-PCI, channel 1 configured to 
native-PCI
pciide1: using apic 2 int 17 for native-PCI interrupt
pciide1: channel 0 ignored (not responding; disabled or no drives?)
pciide1: channel 1 ignored (not responding; disabled or no drives?)
ppb2 at pci0 dev 28 function 2 "Intel 82801H PCIE" rev 0x02: apic 2 int 18
pci3 at ppb2 bus 3
ppb3 at pci0 dev 28 function 3 "Intel 82801H PCIE" rev 0x02: apic 2 int 19
pci4 at ppb3 bus 4
ppb4 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x02: apic 2 int 17
pci5 at ppb4 bus 5
uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 23
uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 19
uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x02: apic 2 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x02: apic 2 int 23
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 
addr 1
ppb5 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xf2
pci6 at ppb5 bus 6
re0 at pci6