Monday, January 31, 2022

Update: audio/pianobar 2020.04.05 -> 2020.11.28

diff --git a/audio/pianobar/Makefile b/audio/pianobar/Makefile
index f3e3c013d39..fabe5511b56 100644
--- a/audio/pianobar/Makefile
+++ b/audio/pianobar/Makefile
@@ -2,7 +2,7 @@

COMMENT = command-line client for Pandora Internet Radio

-DISTNAME = pianobar-2020.04.05
+DISTNAME = pianobar-2020.11.28
EXTRACT_SUFX = .tar.bz2
CATEGORIES = audio

@@ -10,7 +10,7 @@ HOMEPAGE = https://6xq.net/pianobar/

MASTER_SITES = ${HOMEPAGE}

-SHARED_LIBS = piano 9.0 # 0.0.0
+SHARED_LIBS = piano 10.0 # 0.0.0

# MIT
PERMIT_PACKAGE = Yes
diff --git a/audio/pianobar/distinfo b/audio/pianobar/distinfo
index b7e7cb96085..44990d00160 100644
--- a/audio/pianobar/distinfo
+++ b/audio/pianobar/distinfo
@@ -1,2 +1,2 @@
-SHA256 (pianobar-2020.04.05.tar.bz2) = bBc7aynMwfQy4AE/tCXo+ctCYVObWNNE4LInSWNyZIA=
-SIZE (pianobar-2020.04.05.tar.bz2) = 48823
+SHA256 (pianobar-2020.11.28.tar.bz2) = ZTv7lrVIJZ46w2B1L2b9t36OIgMS5SpDxlL365bn1P4=
+SIZE (pianobar-2020.11.28.tar.bz2) = 50580
Tested on amd64. ChangeLog:

Release 2020.11.28

- Support changing station modes
- Allow choosing time format
- Add optional debug output

Re: Networking error or bad System configuration.

> Am 31.01.2022 um 23:38 schrieb latincom@vcn.bc.ca:
>
>> Some things to consider:
>>
>> - Have you established whether the IPs configured inside your host are
>> actually reachable from the outside? (And whether they reach your host and
>> not something else?)
>> You could check this using SSH which you say is working. Can you connect
>> using both IPv4 and IPv6?
>
> Thank you Mike:
> The server works well with ipv4, both ssh and console.

Console access is nice to have but probably irrelevant for solving your network issues. Have you tried SSH via IPv6 like I suggested?


> What i sow, is that in hours, the ipv6 changed and became unavailable; but
> now i can reach the server ipv4 ipv6. the old server.

Huh? That does not make any sense.


> At this point i decide to destroy this server and configure it since the
> beginning, because my mail was rejected by the cause that mail was passing
> for a different server, causing that every one were not able to do and get
> rdns.
>
> The other reason to destroy it, is that ssh connection was intermittent;
> impossible to work on it!

That sounds seriously messed up.


>> - Are you using pf(4) in any non-default setup?
>
> No
>
>>
>> - According to their website Vultr has a firewall which you can configure.
>> Have you allowed incoming traffic to your services?
>
> No, i prefer pf

If I understood the Vultr website correctly you don't get a choice. You get the Vultr Firewall and you can additionally use pf(4) if you want.

Of course you could configure the Vultr Firewall do be mostly transparent (except for things they always block), but apparently you have not done that.


>> - According to their website Vultr allows you to configure the reverse DNS
>> entries for your host. Currently your cited IPs seem to have only default
>> reverse entries.
>
> What do you mean "default entries"? I configure it myself, adding dkim,
> and dmarc entries.

$ dig +short -x 8.9.36.198
198.36.9.8.in-addr.arpa.
$ dig +short -x 2001:19f0:5:f8c:5400:3ff:fea5:c615
c.8.f.0.5.0.0.0.0.f.9.1.1.0.0.2.ip6.arpa.
$

I would have expected the answer to be "agroena.org." in both cases.

If you did configure reverse DNS for these IPs it didn't work.


> - According to their website Vultr blocks port 25 traffic. You will need
>> to ask them to allow this for your mail server.
>
> Yes, they open port 25 for me.

Ok. But no one is listening on the port as evidenced by the nmap scans.


>> - You seem to indicate that resolving DNS is not working correctly? You
>> need to get that fixed.
>
> Yes, i have not touched dns, i only reinstall the server; because, this is
> a testing serve and i would like to know, if really there were MiM or
> sometjing else.

Did you test DNS resolution on the host? Without working DNS resolution you might as well give up now as your services will require that to work.


> Oh man, this is the new server, were i am going to have only: Opensmtp,
> and Dovecot; to define why the web testers say that e-mail are coming from
> a server with out rdns. For now, nothing is installed and configured.
> Thanks so much to try nmap.

Forget about your services for now. You need to get the basic network setup working first.

I already gave you my recommendations. You don't have to follow them of course but then I have nothing else to help you with.


Good luck!
Mike


> - I did a a quick nmap scan of your host:
>> $ nmap agroena.org
>> Starting Nmap 7.91 ( https://nmap.org ) at 2022-01-31 13:13 CET
>> Nmap scan report for agroena.org (8.9.36.198)
>> Host is up (0.11s latency).
>> Other addresses for agroena.org (not scanned):
>> 2001:19f0:5:f8c:5400:3ff:fea5:c615
>> rDNS record for 8.9.36.198: 198.36.9.8.in-addr.arpa
>> Not shown: 995 closed ports
>> PORT STATE SERVICE
>> 22/tcp open ssh
>> 135/tcp filtered msrpc
>> 139/tcp filtered netbios-ssn
>> 445/tcp filtered microsoft-ds
>> 1688/tcp filtered nsjtp-data
>>
>> Nmap done: 1 IP address (1 host up) scanned in 16.34 seconds
>> $ nmap -6 agroena.org
>> Starting Nmap 7.91 ( https://nmap.org ) at 2022-01-31 13:13 CET
>> Nmap scan report for agroena.org (2001:19f0:5:f8c:5400:3ff:fea5:c615)
>> Host is up (0.100s latency).
>> Other addresses for agroena.org (not scanned): 8.9.36.198
>> rDNS record for 2001:19f0:5:f8c:5400:3ff:fea5:c615:
>> c.8.f.0.5.0.0.0.0.f.9.1.1.0.0.2.ip6.arpa
>> Not shown: 996 closed ports
>> PORT STATE SERVICE
>> 22/tcp open ssh
>> 139/tcp filtered netbios-ssn
>> 445/tcp filtered microsoft-ds
>> 1688/tcp filtered nsjtp-data
>>
>> Nmap done: 1 IP address (1 host up) scanned in 17.26 seconds
>> $
>>
>> That does not show a working mail server (or web/ftp server). In fact only
>> SSH seems to be working. And it shows that reverse DNS is not set up other
>> than a default entry.
>>
>>
>> Things that may help others evaluate whether your host is configured
>> correctly w.r.t. network settings:
>> $ cat /etc/hostname.*
>> $ cat /etc/resolv.conf
>> $ ifconfig -a
>> # netstat -an|grep LISTEN
>> $ ping dns.google.com
>> $ ping6 dns.google.com
>> # rcctl ls started
>> # cat /etc/pf.conf (if you have modified the pf(4) configuration)
>>
>> But: Even if your host is perfectly configured, if the Vultr setup
>> prevents packets from moving to or from your host it will not work.
>>
>>
>> HTH
>> Mike
>
> I really apreciete you recomendations and information Mike.
> Thanks so much.
>
>>
>>
>>> Am 30.01.2022 um 15:17 schrieb latincom@vcn.bc.ca:
>>>
>>> Openbsd 7.0 at Vultr:
>>>
>>> I have a new server at Vultr, everything was working correctly; except
>>> mail rdns; e-mails were rejected by receiver.
>>>
>>> The problem began because the ipv6 assigned was wrong ifconfig gave me a
>>> different ip at the beginning and they did the change.
>>>
>>> they changed the ipv6 to original and i configured the server with
>>> httpd,
>>> smtpd, dovecot, dkimsign, icecast and ftp correctly, all them were
>>> working.
>>>
>>> They are insisting that the error is in the configuration system, and i
>>> think that the error is because the IPs pass for another Vultr server
>>> that
>>> is not configured for rdns.
>>>
>>> Please, how might discover an error in the system or configuration? How
>>> to
>>> identify it? and of course, how to repair it if it is in my hands?
>>>
>>> # ifconfig vio0
>>> vio0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> lladdr 56:00:03:a5:c6:15
>>> index 1 priority 0 llprio 3
>>> groups: egress
>>> media: Ethernet autoselect
>>> status: active
>>> inet 8.9.36.198 netmask 0xffffff00 broadcast 8.9.36.255
>>> inet6 fe80::5400:3ff:fea5:c615%vio0 prefixlen 64 scopeid 0x1
>>> inet6 2001:19f0:5:f8c:5400:3ff:fea5:c615 prefixlen 64
>>>
>>> # host agroena.org
>>> ;; connection timed out; no servers could be reached
>>>
>>>
>>>
>>> # ping6 2001:19f0:5:f8c:5400:3ff:fea5:c615
>>> PING 2001:19f0:5:f8c:5400:3ff:fea5:c615
>>> (2001:19f0:5:f8c:5400:3ff:fea5:c615): 56 data bytes
>>> 64 bytes from 2001:19f0:5:f8c:5400:3ff:fea5:c615: icmp_seq=0 hlim=64
>>> time=0.182 ms
>>> 64 bytes from 2001:19f0:5:f8c:5400:3ff:fea5:c615: icmp_seq=1 hlim=64
>>> time=0.082 ms
>>>
>>> # dig agroena.org
>>>
>>> ; <<>> dig 9.10.8-P1 <<>> agroena.org
>>> ;; global options: +cmd
>>> ;; connection timed out; no servers could be reached
>>>
>>> # ping agroena.org
>>> PING agroena.org (8.9.36.198): 56 data bytes
>>> 64 bytes from 8.9.36.198: icmp_seq=0 ttl=255 time=0.108 ms
>>> 64 bytes from 8.9.36.198: icmp_seq=1 ttl=255 time=0.054 ms
>>> 64 bytes from 8.9.36.198: icmp_seq=2 ttl=255 time=0.056 ms
>>>
>>> I do not have idea, what files should i show you.
>>>
>>> Thanks for your attention.
>>>
>>> PD:
>>> Actually i can access the server using ssh and console.
>>>
>>>
>>
>

Re: Networking error or bad System configuration.

> Some things to consider:
>
> - Have you established whether the IPs configured inside your host are
> actually reachable from the outside? (And whether they reach your host and
> not something else?)
> You could check this using SSH which you say is working. Can you connect
> using both IPv4 and IPv6?

Thank you Mike:
The server works well with ipv4, both ssh and console.

What i sow, is that in hours, the ipv6 changed and became unavailable; but
now i can reach the server ipv4 ipv6. the old server.

At this point i decide to destroy this server and configure it since the
beginning, because my mail was rejected by the cause that mail was passing
for a different server, causing that every one were not able to do and get
rdns.

The other reason to destroy it, is that ssh connection was intermittent;
impossible to work on it!


>
> - Are you using pf(4) in any non-default setup?

No

>
> - According to their website Vultr has a firewall which you can configure.
> Have you allowed incoming traffic to your services?

No, i prefer pf


>
> - According to their website Vultr allows you to configure the reverse DNS
> entries for your host. Currently your cited IPs seem to have only default
> reverse entries.

What do you mean "default entries"? I configure it myself, adding dkim,
and dmarc entries.


>
> - According to their website Vultr blocks port 25 traffic. You will need
> to ask them to allow this for your mail server.

Yes, they open port 25 for me.


>
> - You seem to indicate that resolving DNS is not working correctly? You
> need to get that fixed.

Yes, i have not touched dns, i only reinstall the server; because, this is
a testing serve and i would like to know, if really there were MiM or
sometjing else.

Oh man, this is the new server, were i am going to have only: Opensmtp,
and Dovecot; to define why the web testers say that e-mail are coming from
a server with out rdns. For now, nothing is installed and configured.
Thanks so much to try nmap.


>
> - I did a a quick nmap scan of your host:
> $ nmap agroena.org
> Starting Nmap 7.91 ( https://nmap.org ) at 2022-01-31 13:13 CET
> Nmap scan report for agroena.org (8.9.36.198)
> Host is up (0.11s latency).
> Other addresses for agroena.org (not scanned):
> 2001:19f0:5:f8c:5400:3ff:fea5:c615
> rDNS record for 8.9.36.198: 198.36.9.8.in-addr.arpa
> Not shown: 995 closed ports
> PORT STATE SERVICE
> 22/tcp open ssh
> 135/tcp filtered msrpc
> 139/tcp filtered netbios-ssn
> 445/tcp filtered microsoft-ds
> 1688/tcp filtered nsjtp-data
>
> Nmap done: 1 IP address (1 host up) scanned in 16.34 seconds
> $ nmap -6 agroena.org
> Starting Nmap 7.91 ( https://nmap.org ) at 2022-01-31 13:13 CET
> Nmap scan report for agroena.org (2001:19f0:5:f8c:5400:3ff:fea5:c615)
> Host is up (0.100s latency).
> Other addresses for agroena.org (not scanned): 8.9.36.198
> rDNS record for 2001:19f0:5:f8c:5400:3ff:fea5:c615:
> c.8.f.0.5.0.0.0.0.f.9.1.1.0.0.2.ip6.arpa
> Not shown: 996 closed ports
> PORT STATE SERVICE
> 22/tcp open ssh
> 139/tcp filtered netbios-ssn
> 445/tcp filtered microsoft-ds
> 1688/tcp filtered nsjtp-data
>
> Nmap done: 1 IP address (1 host up) scanned in 17.26 seconds
> $
>
> That does not show a working mail server (or web/ftp server). In fact only
> SSH seems to be working. And it shows that reverse DNS is not set up other
> than a default entry.
>
>
> Things that may help others evaluate whether your host is configured
> correctly w.r.t. network settings:
> $ cat /etc/hostname.*
> $ cat /etc/resolv.conf
> $ ifconfig -a
> # netstat -an|grep LISTEN
> $ ping dns.google.com
> $ ping6 dns.google.com
> # rcctl ls started
> # cat /etc/pf.conf (if you have modified the pf(4) configuration)
>
> But: Even if your host is perfectly configured, if the Vultr setup
> prevents packets from moving to or from your host it will not work.
>
>
> HTH
> Mike

I really apreciete you recomendations and information Mike.
Thanks so much.

>
>
>> Am 30.01.2022 um 15:17 schrieb latincom@vcn.bc.ca:
>>
>> Openbsd 7.0 at Vultr:
>>
>> I have a new server at Vultr, everything was working correctly; except
>> mail rdns; e-mails were rejected by receiver.
>>
>> The problem began because the ipv6 assigned was wrong ifconfig gave me a
>> different ip at the beginning and they did the change.
>>
>> they changed the ipv6 to original and i configured the server with
>> httpd,
>> smtpd, dovecot, dkimsign, icecast and ftp correctly, all them were
>> working.
>>
>> They are insisting that the error is in the configuration system, and i
>> think that the error is because the IPs pass for another Vultr server
>> that
>> is not configured for rdns.
>>
>> Please, how might discover an error in the system or configuration? How
>> to
>> identify it? and of course, how to repair it if it is in my hands?
>>
>> # ifconfig vio0
>> vio0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>> lladdr 56:00:03:a5:c6:15
>> index 1 priority 0 llprio 3
>> groups: egress
>> media: Ethernet autoselect
>> status: active
>> inet 8.9.36.198 netmask 0xffffff00 broadcast 8.9.36.255
>> inet6 fe80::5400:3ff:fea5:c615%vio0 prefixlen 64 scopeid 0x1
>> inet6 2001:19f0:5:f8c:5400:3ff:fea5:c615 prefixlen 64
>>
>> # host agroena.org
>> ;; connection timed out; no servers could be reached
>>
>>
>>
>> # ping6 2001:19f0:5:f8c:5400:3ff:fea5:c615
>> PING 2001:19f0:5:f8c:5400:3ff:fea5:c615
>> (2001:19f0:5:f8c:5400:3ff:fea5:c615): 56 data bytes
>> 64 bytes from 2001:19f0:5:f8c:5400:3ff:fea5:c615: icmp_seq=0 hlim=64
>> time=0.182 ms
>> 64 bytes from 2001:19f0:5:f8c:5400:3ff:fea5:c615: icmp_seq=1 hlim=64
>> time=0.082 ms
>>
>> # dig agroena.org
>>
>> ; <<>> dig 9.10.8-P1 <<>> agroena.org
>> ;; global options: +cmd
>> ;; connection timed out; no servers could be reached
>>
>> # ping agroena.org
>> PING agroena.org (8.9.36.198): 56 data bytes
>> 64 bytes from 8.9.36.198: icmp_seq=0 ttl=255 time=0.108 ms
>> 64 bytes from 8.9.36.198: icmp_seq=1 ttl=255 time=0.054 ms
>> 64 bytes from 8.9.36.198: icmp_seq=2 ttl=255 time=0.056 ms
>>
>> I do not have idea, what files should i show you.
>>
>> Thanks for your attention.
>>
>> PD:
>> Actually i can access the server using ssh and console.
>>
>>
>

update net/snort to 2.9.19

Index: Makefile
===================================================================
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.111
diff -u -p -u -p -r1.111 Makefile
--- Makefile 19 Sep 2021 10:18:25 -0000 1.111
+++ Makefile 31 Jan 2022 22:09:47 -0000
@@ -2,8 +2,8 @@

COMMENT = highly flexible sniffer/NIDS

-DISTNAME = snort-2.9.18.1
-RULESV = 29181
+DISTNAME = snort-2.9.19
+RULESV = 29190
SUBST_VARS = RULESV APPID_COMMENT

CATEGORIES = net security
Index: distinfo
===================================================================
RCS file: /cvs/ports/net/snort/distinfo,v
retrieving revision 1.47
diff -u -p -u -p -r1.47 distinfo
--- distinfo 19 Sep 2021 10:18:25 -0000 1.47
+++ distinfo 31 Jan 2022 22:09:47 -0000
@@ -1,2 +1,2 @@
-SHA256 (snort-2.9.18.1.tar.gz) = 2orw8bLk8kfZcMajwOg/ttzVyE+qIa6knzBvJp6OKKo=
-SIZE (snort-2.9.18.1.tar.gz) = 7001847
+SHA256 (snort-2.9.19.tar.gz) = sS/G23KvtYmHor8ZVLj0W94CBHwjVRPHZjhXuVBjacc=
+SIZE (snort-2.9.19.tar.gz) = 7005881
Index: patches/patch-src_dynamic-plugins_sf_engine_Makefile_in
===================================================================
RCS file: /cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_engine_Makefile_in,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 patch-src_dynamic-plugins_sf_engine_Makefile_in
--- patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 19 Sep 2021 10:18:25 -0000 1.17
+++ patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 31 Jan 2022 22:09:47 -0000
@@ -14,7 +14,7 @@ Index: src/dynamic-plugins/sf_engine/Mak
@BUILD_OPENSSL_MD5_TRUE@OPENSSL_MD5 = \
@BUILD_OPENSSL_MD5_TRUE@ md5.c md5.h

-@@ -517,7 +517,7 @@ massage_ipv6_headers = \
+@@ -529,7 +529,7 @@ massage_ipv6_headers = \
$(sed_ipv6_headers); \
fi

Index: patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c
===================================================================
RCS file: /cvs/ports/net/snort/patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 patch-src_preprocessors_Stream6_snort_stream_tcp_c
--- patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c 11 Jul 2021 02:11:34 -0000 1.13
+++ patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c 31 Jan 2022 22:09:47 -0000
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_preprocessors_Stream
Index: src/preprocessors/Stream6/snort_stream_tcp.c
--- src/preprocessors/Stream6/snort_stream_tcp.c.orig
+++ src/preprocessors/Stream6/snort_stream_tcp.c
-@@ -8919,7 +8919,7 @@ static int ProcessTcp(SessionControlBlock *scb, Packet
+@@ -8939,7 +8939,7 @@ static int ProcessTcp(SessionControlBlock *scb, Packet
char src_addr[17];
char dst_addr[17];
memset((char *)timestamp, 0, TIMEBUF_SIZE);
Hello,

attached is an update of snort to 2.9.19.
Tested on amd64.

Regards,
Markus

UPDATE: neovim-0.6.1

Hi,

Easy update to neovim-0.6.1.

Note that the The statically linked deps were not changed since 0.6.0, and that
the PLIST change is just `make plist` churn.

Cheers


Index: Makefile
===================================================================
RCS file: /cvs/ports/editors/neovim/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile 25 Dec 2021 10:44:22 -0000 1.25
+++ Makefile 30 Jan 2022 19:40:42 -0000
@@ -15,7 +15,7 @@ COMMENT = continuation and extension of

GH_ACCOUNT = neovim
GH_PROJECT = neovim
-GH_TAGNAME = v0.6.0
+GH_TAGNAME = v0.6.1

CATEGORIES = editors devel
HOMEPAGE = https://neovim.io
Index: distinfo
===================================================================
RCS file: /cvs/ports/editors/neovim/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 25 Dec 2021 10:44:22 -0000 1.11
+++ distinfo 30 Jan 2022 19:40:53 -0000
@@ -1,6 +1,6 @@
SHA256 (luajit-b4b2dce9fc3ffaaaede39b36d06415311e2aa516.tar.gz) = bJ5Gh32y3xbKD6dttAQ+0woa5gyJ2bosPk016yNgzU0=
SHA256 (luv-1.42.0-1.tar.gz) = S2+6qJ0kIO32BwrZ5SKZPhMr1+slQP91TCufFJd0TbI=
-SHA256 (neovim-0.6.0.tar.gz) = LP1gDPpbtXVkzCL/u7yyyRUxBT/D3pkt8zZWYUOE+kw=
+SHA256 (neovim-0.6.1.tar.gz) = 3YgsIaUuWZn2Vsrj8za1/HAtUq3dTZtc09w5z/816GQ=
SIZE (luajit-b4b2dce9fc3ffaaaede39b36d06415311e2aa516.tar.gz) = 1072160
SIZE (luv-1.42.0-1.tar.gz) = 1444368
-SIZE (neovim-0.6.0.tar.gz) = 10592213
+SIZE (neovim-0.6.1.tar.gz) = 10597584
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/editors/neovim/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST 25 Dec 2021 10:44:22 -0000 1.11
+++ pkg/PLIST 30 Jan 2022 20:17:46 -0000
@@ -393,6 +393,7 @@ share/nvim/runtime/ftplugin/cdrdaoconf.v
share/nvim/runtime/ftplugin/cfg.vim
share/nvim/runtime/ftplugin/ch.vim
share/nvim/runtime/ftplugin/changelog.vim
+share/nvim/runtime/ftplugin/checkhealth.vim
share/nvim/runtime/ftplugin/chicken.vim
share/nvim/runtime/ftplugin/clojure.vim
share/nvim/runtime/ftplugin/cmake.vim
@@ -1050,6 +1051,7 @@ share/nvim/runtime/syntax/chaiscript.vim
share/nvim/runtime/syntax/change.vim
share/nvim/runtime/syntax/changelog.vim
share/nvim/runtime/syntax/chaskell.vim
+share/nvim/runtime/syntax/checkhealth.vim
share/nvim/runtime/syntax/cheetah.vim
share/nvim/runtime/syntax/chicken.vim
share/nvim/runtime/syntax/chill.vim

--
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk

[SECURITY UPDATE] samba-4.14.12

This one is for -stable. Tests and oks welcome.

https://www.samba.org/samba/history/samba-4.14.12.html


Index: Makefile
===================================================================
RCS file: /cvs/ports/net/samba/Makefile,v
retrieving revision 1.302.2.2
diff -u -p -r1.302.2.2 Makefile
--- Makefile 18 Dec 2021 23:36:05 -0000 1.302.2.2
+++ Makefile 31 Jan 2022 21:19:58 -0000
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.302.2.2 2021/12/18 23:36:05 jca Exp $

-VERSION = 4.14.11
+VERSION = 4.14.12
DISTNAME = samba-${VERSION}
EPOCH = 0

@@ -21,7 +21,8 @@ PKG_ARCH-docs = *
LDB_V = 2.3.2
TEVENT_V = 0.10.2

-REVISION-tevent = 3
+REVISION-ldb = 0
+REVISION-tevent = 4

SHARED_LIBS = asn1-samba4 2.0 \
com_err-samba4 1.0 \
Index: distinfo
===================================================================
RCS file: /cvs/ports/net/samba/distinfo,v
retrieving revision 1.86.2.2
diff -u -p -r1.86.2.2 distinfo
--- distinfo 18 Dec 2021 23:36:05 -0000 1.86.2.2
+++ distinfo 31 Jan 2022 21:19:58 -0000
@@ -1,2 +1,2 @@
-SHA256 (samba-4.14.11.tar.gz) = PZ678ygMfPXqwbFa7/iFezEVGrrsTSmHvgFaZsKUXZg=
-SIZE (samba-4.14.11.tar.gz) = 19139412
+SHA256 (samba-4.14.12.tar.gz) = FV2cLfsGoYEEQimHWQhYv+XpeD6+vmOILn5/B+qqUS0=
+SIZE (samba-4.14.12.tar.gz) = 19145135


--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: [new] converters/schema2ldif - convert schemas to ldifs for openldap

actually attached this time

Re: [new] converters/schema2ldif - convert schemas to ldifs for openldap

> : # $OpenBSD: $
> :
> : COMMENT = ???
>
> needs filling in

Whoops, can't believe I missed this. Sorry!
>
> : GH_ACCOUNT = fusiondirectory
> : GH_PROJECT = schema2ldif
> : GH_COMMIT = 5e107190f89ed4c708fe0d617ea396f4ca7d6f8b
> :
> : DISTNAME = schema2ldif-1.3
>
> if you want 1.3 then use GH_TAGNAME=1.3, if you want a newer commit then
> don't call it 1.3 (maybe 1.3pl20210902 to match the date of the last commit
> on that branch?)
>

done

> : CATEGORIES = converters
> :
> : HOMEPAGE = https://github.com/fusiondirectory/schema2ldif
> :
> : MAINTAINER = Aisha Tammy <openbsd@aisha.cc>
> :
> : # BSD
>
> only schema2ldif is BSD, ldap-schema-manager is GPLv2+
>

damn, I didn't pay attention to that :(.
done.

> : PERMIT_PACKAGE = Yes
> :
> : NO_BUILD = Yes
> : NO_TEST = Yes
> :
> : do-install:
> : ${INSTALL_SCRIPT} ${WRKSRC}/bin/{schema2ldif,ldap-schema-manager} \
> : ${PREFIX}/bin
> : ${INSTALL_MAN} ${WRKSRC}/man/{schema2ldif,ldap-schema-manager}.1 \
> : ${PREFIX}/man/man1
> :
> : .include <bsd.port.mk>
> :
>
> ldap-schema-manager has this,
>
> my $defaultpath = "/etc/ldap/schema/";
>
> I think that should rather be /etc/openldap/schema to match layout in the
> openldap port.
>

Yes, that sounds like a good idea.

I made a pre-patch which seds out the /etc/ldap to /etc/openldap

Updated tgz attached.

Thanks,
Aisha

Re: www/purritobin: @sample files (Was Re: [update] net/usockets-0.8.1, www/uwebsockets-20.8.0, www/purritobin-0.6.7)

aisha <openbsd.ports@aisha.cc> writes:

>> [...]
>> Index: patches/patch-frontend_index_html
>> ===================================================================
>> RCS file: patches/patch-frontend_index_html
>> diff -N patches/patch-frontend_index_html
>> --- /dev/null 1 Jan 1970 00:00:00 -0000
>> +++ patches/patch-frontend_index_html 31 Jan 2022 13:14:59 -0000
>> @@ -0,0 +1,14 @@
>> +$OpenBSD$
>> +
>> +Index: frontend/index.html
>> +--- frontend/index.html.orig
>> ++++ frontend/index.html
>> +@@ -26,7 +26,7 @@
>> + the pasting website in its headers.
>> + Look at the man page for an example.
>> + */
>> +- var PURRITOBIN_URL = "https://bsd.ac:42069";
>> ++ var PURRITOBIN_URL = location.protocol+"//"+location.host+":42069";
>> +
>
> Oh, this is quite nice!
> I'll add this patch in the repo too!
>
> It should hopefully be fine for this small patch to be in the tree for now.

thanks! :)

>> [...]
>> +@owner
>> +@group
>> +share/PurritoBin/
>> +share/PurritoBin/POSIX_shell_client.sh
>> +share/PurritoBin/about.html
>> +@sample /var/www/purritobin/about.html
>> +share/PurritoBin/index.html
>> +@sample /var/www/purritobin/index.html
>> +share/PurritoBin/paste.html
>> +@sample /var/www/purritobin/paste.html
>>
>
> Regarding the bottom sample, the concept and change is fine but I don't understand it fully.
> Does it automagically copy the files from share/ to /var/www/ ?
>
> I read the @sample explanation in porting topics but this doesn't seem to be applicable there (its not under /share/examples).

you can @sample files pretty much where you want, just grep for @sample
for some examples (at the moment I don't have an example in mind, but
I'm sure it's done on various other ports.)

The idea is that this way the original file are stored somewhere in
/usr/local/, completely under the control of pkg_add, but upon
installation are automatically copied to another place. Then, if the
user don't change it, upon upgrade the files are replaced with a new
version. It's intended for configuration files mostly (you don't want
your tweaked configuration to be replaced upon every update, don't you?
:D) but it's really useful for these kinds of stuff too.

Re: www/purritobin: @sample files (Was Re: [update] net/usockets-0.8.1, www/uwebsockets-20.8.0, www/purritobin-0.6.7)

On 22/01/31 02:18PM, Omar Polo wrote:
>
> Stuart Henderson <stu@spacehopper.org> writes:
>
> > On 2022/01/30 21:22, Aisha Tammy wrote:
> >> I think it should be fine to not manually put the examples in
> >> /var/www/purritobin.
> >> It is mentioned in the README so it should be fine
> >
> > Why not just @sample it? Saves users having to copy the file around
> > by hand. If the user doesn't make any changes then it will automatically
> > get updated, and if they do it will be left alone.
> >
> >> > I've not played too much with the web interface, but I think it should
> >> > be mentioned somewhere that /usr/local/share/PurritoBin/index.html uses
> >> > bsd.ca by default and that users that want to deploy their own instance
> >> > need to change PURRITOBIN_URL (diff below doesn't address this.)
> >>
> >> Same with the above point, I think as it is an example (and that anyone
> >> who wants to deal with crypto stuff should be paying attention)
> >
> > https isn't anything special, shouldn't this be made as easy as possible?
>
> what about something like this?
>
> it @samples the html files in the correct place and makes so that by
> default uses the current hostname to post the bins instead of hardcoding
> bsd.ac. I expect most people to run purritobin on the same host as the
> webserver, so this is pkg_add -u friendly and doesn't need further
> actions by the users.
>
>
> Index: Makefile
> ===================================================================
> RCS file: /home/cvs/ports/www/purritobin/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile 31 Jan 2022 08:45:05 -0000 1.5
> +++ Makefile 31 Jan 2022 12:10:47 -0000
> @@ -2,6 +2,7 @@
>
> COMMENT = minimalistic command line pastebin
> PKGNAME = ${DISTNAME:L}
> +REVISION = 0
> CATEGORIES = www net
>
> GH_ACCOUNT = PurritoBin
> Index: patches/patch-frontend_index_html
> ===================================================================
> RCS file: patches/patch-frontend_index_html
> diff -N patches/patch-frontend_index_html
> --- /dev/null 1 Jan 1970 00:00:00 -0000
> +++ patches/patch-frontend_index_html 31 Jan 2022 13:14:59 -0000
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: frontend/index.html
> +--- frontend/index.html.orig
> ++++ frontend/index.html
> +@@ -26,7 +26,7 @@
> + the pasting website in its headers.
> + Look at the man page for an example.
> + */
> +- var PURRITOBIN_URL = "https://bsd.ac:42069";
> ++ var PURRITOBIN_URL = location.protocol+"//"+location.host+":42069";
> +

Oh, this is quite nice!
I'll add this patch in the repo too!

It should hopefully be fine for this small patch to be in the tree for now.

> + /********************************************/
> + function makeHttpObject() {
> Index: pkg/PLIST
> ===================================================================
> RCS file: /home/cvs/ports/www/purritobin/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 31 Jan 2022 08:45:06 -0000 1.3
> +++ pkg/PLIST 31 Jan 2022 12:23:43 -0000
> @@ -4,13 +4,18 @@
> @rcscript ${RCDIR}/purritobin
> @bin bin/purrito
> @man man/man1/purrito.1
> -share/PurritoBin/
> -share/PurritoBin/POSIX_shell_client.sh
> -share/PurritoBin/about.html
> -share/PurritoBin/index.html
> -share/PurritoBin/paste.html
> share/doc/pkg-readmes/${PKGSTEM}
> @owner _purritobin
> @group _purritobin
> @sample /var/db/purritobin/
> @sample /var/www/purritobin/
> +@owner
> +@group
> +share/PurritoBin/
> +share/PurritoBin/POSIX_shell_client.sh
> +share/PurritoBin/about.html
> +@sample /var/www/purritobin/about.html
> +share/PurritoBin/index.html
> +@sample /var/www/purritobin/index.html
> +share/PurritoBin/paste.html
> +@sample /var/www/purritobin/paste.html
>

Regarding the bottom sample, the concept and change is fine but I don't understand it fully.
Does it automagically copy the files from share/ to /var/www/ ?

I read the @sample explanation in porting topics but this doesn't seem to be applicable there (its not under /share/examples).

Re: UPDATE: Nono-0.2.5

Gonzalo L. Rodriguez wrote (28.01.22 21:29):
> Hello,
>
> Update for Nono to 0.2.5:
>
> http://www.pastel-flower.jp/~isaki/nono/
>
> OK? Comments?

You can allow BE_ARCHS now and add COMPILER for base-clang ports-gcc.

This is nono on sparc64:
https://codevoid.de/I/p/scr-2022-01-31_22-12-Aesh1mao.png

The HB/HLB/HLW values are meanwhile defined in $WRKSRC/vm/device.h

OK sdk@

> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/emulators/nono/Makefile,v
> retrieving revision 1.18
> diff -u -p -r1.18 Makefile
> --- Makefile 8 Dec 2021 08:52:43 -0000 1.18
> +++ Makefile 28 Jan 2022 19:15:29 -0000
> @@ -6,7 +6,7 @@ BROKEN-i386= requires __m128i and simil
>
> COMMENT= OMRON LUNA-I and LUNA-88K emulator
>
> -DISTNAME= nono-0.2.4
> +DISTNAME= nono-0.2.5
> CATEGORIES= emulators
>
> MAINTAINER= Gonzalo L. R. <gonzalo@openbsd.org>
> Index: distinfo
> ===================================================================
> RCS file: /cvs/ports/emulators/nono/distinfo,v
> retrieving revision 1.11
> diff -u -p -r1.11 distinfo
> --- distinfo 8 Dec 2021 08:52:43 -0000 1.11
> +++ distinfo 28 Jan 2022 19:15:29 -0000
> @@ -1,2 +1,2 @@
> -SHA256 (nono-0.2.4.tar.gz) = qscokp95lFkihZ+HakeJMNyHu2zi/TY/DO1zjCq51ns=
> -SIZE (nono-0.2.4.tar.gz) = 2655094
> +SHA256 (nono-0.2.5.tar.gz) = MUDNpNwzyS7/IqjHpFGgsG/r73EHjztN1RJWVHCJcro=
> +SIZE (nono-0.2.5.tar.gz) = 2668954

Re: apu2e4 intermittent network freeze

Please explain.

I'm following this thread with anticipation. I have a apu4 board with
some of the same issues. I thought it had to do with my laptop. Since I
only experience these timeouts on the wifi and really only notice it on
the laptop. I did create a vether0 with the ip. Bridged the interfaces
with bridge0

router# cat /etc/hostname.bridge0
add vether0
add em1
add em2
add em3
up
router# cat /etc/hostname.vether0
inet 192.168.0.1 255.255.255.0 192.168.0.255
up


Do I have to follow as you all are recommending?

-----Oorspronkelijk bericht-----
Van: Valdrin MUJA <valdrin_muja@outlook.com>
Aan: Hrvoje Popovski <hrvoje@srce.hr>, Amarendra Godbole <
amarendra.godbole@gmail.com>
Cc: Łukasz Moskała <lm@lukaszmoskala.pl>, misc <misc@openbsd.org>
Onderwerp: Re: apu2e4 intermittent network freeze
Datum: Mon, 31 Jan 2022 20:08:16 +0000

Wow!"Parallel forwarding" with multiqueue on em(4) is so beautiful,
like a dream.Should we hope that we will see those beautiful days very
soon?________________________________From: owner-misc@openbsd.org <
owner-misc@openbsd.org> on behalf of Hrvoje Popovski <hrvoje@srce.hr>Se
nt: Monday, January 31, 2022 20:52To: Amarendra Godbole <
amarendra.godbole@gmail.com>Cc: Łukasz Moskała <lm@lukaszmoskala.pl>;
misc <misc@openbsd.org>Subject: Re: apu2e4 intermittent network freeze
On 31.1.2022. 17:03, Amarendra Godbole wrote:
> [...]
> Thanks for your response(s). A few releases ago I did have a
> bridge,but realized it causes an overall throughput drop rather than
> usingindividual interfaces directly. I should have clarified -- even
> thoughboth interfaces are on the same subnet, only one is connected
> at anygiven time, until yesterday, when I started seeing the issue on
> em1.
> Let me give a try to veb(4) and vport(4).
> -Amarendra

It would be great that em(4) have multiqueue support, that box
withveb(4) and "parallel forwarding" diff on tech@ would kick ass :)


--
Met vriendelijke groet,

Pascal


If there is no wind, row.
-- Polish proverb

[SECURITY UPDATE] samba-4.15.5

samba-4.15.5 addresses three security issues. At least two of them may
affect OpenBSD users. Please see the release notes for details.

Tests and oks welcome.

https://www.samba.org/samba/history/samba-4.15.4.html
https://www.samba.org/samba/history/samba-4.15.5.html

Index: Makefile
===================================================================
RCS file: /cvs/ports/net/samba/Makefile,v
retrieving revision 1.306
diff -u -p -r1.306 Makefile
--- Makefile 13 Dec 2021 12:58:05 -0000 1.306
+++ Makefile 31 Jan 2022 20:09:29 -0000
@@ -1,10 +1,10 @@
# $OpenBSD: Makefile,v 1.306 2021/12/13 12:58:05 jca Exp $

-VERSION = 4.15.3
+VERSION = 4.15.5
DISTNAME = samba-${VERSION}
EPOCH = 0
-REVISION-ldb = 0
-REVISION-tevent = 2
+REVISION-ldb = 1
+REVISION-tevent = 3

COMMENT-main = SMB and CIFS client and server for UNIX
COMMENT-ldb = LDAP-like embedded database
@@ -25,7 +25,7 @@ TEVENT_V = 0.11.0

SHARED_LIBS = asn1-samba4 2.0 \
com_err-samba4 1.0 \
- dcerpc 1.0 \
+ dcerpc 1.1 \
dcerpc-binding 4.0 \
dcerpc-samr 1.0 \
dcerpc-server-core 2.0 \
@@ -48,10 +48,10 @@ SHARED_LIBS = asn1-samba4 2.0 \
samba-errors 2.1 \
samba-hostconfig 9.0 \
samba-passdb 3.0 \
- samba-util 7.0 \
+ samba-util 7.1 \
samdb 2.0 \
smbclient 6.1 \
- smbconf 10.0 \
+ smbconf 10.1 \
smbldap 1.0 \
tevent 2.0 \
tevent-util 2.0 \
Index: distinfo
===================================================================
RCS file: /cvs/ports/net/samba/distinfo,v
retrieving revision 1.89
diff -u -p -r1.89 distinfo
--- distinfo 13 Dec 2021 12:58:06 -0000 1.89
+++ distinfo 31 Jan 2022 20:09:29 -0000
@@ -1,2 +1,2 @@
-SHA256 (samba-4.15.3.tar.gz) = UZOZQEORVQNFhGdo6k3Q/n/LBOIMK4kbXusC5VVBN9s=
-SIZE (samba-4.15.3.tar.gz) = 19272345
+SHA256 (samba-4.15.5.tar.gz) = aRFeM4MZN7pRUb4CR5QxR3Za7OZYunQ/RHQWcq1o0X8=
+SIZE (samba-4.15.5.tar.gz) = 19279071


--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: apu2e4 intermittent network freeze

Wow!
"Parallel forwarding" with multiqueue on em(4) is so beautiful, like a dream.
Should we hope that we will see those beautiful days very soon?
________________________________
From: owner-misc@openbsd.org <owner-misc@openbsd.org> on behalf of Hrvoje Popovski <hrvoje@srce.hr>
Sent: Monday, January 31, 2022 20:52
To: Amarendra Godbole <amarendra.godbole@gmail.com>
Cc: Łukasz Moskała <lm@lukaszmoskala.pl>; misc <misc@openbsd.org>
Subject: Re: apu2e4 intermittent network freeze

On 31.1.2022. 17:03, Amarendra Godbole wrote:
> [...]
>
> Thanks for your response(s). A few releases ago I did have a bridge,
> but realized it causes an overall throughput drop rather than using
> individual interfaces directly. I should have clarified -- even though
> both interfaces are on the same subnet, only one is connected at any
> given time, until yesterday, when I started seeing the issue on em1.
>
> Let me give a try to veb(4) and vport(4).
>
> -Amarendra


It would be great that em(4) have multiqueue support, that box with
veb(4) and "parallel forwarding" diff on tech@ would kick ass :)

Re: net/openfire update to 4.6.7 fix log4shell CVE-2021-44832

Stuart Henderson wrote (28.01.22 21:24):
> On 2022/01/28 14:59, Ian Darwin wrote:
> > Ping?
>
> > > -MODJAVA_VER= 1.8
> > > +MODJAVA_VER= 17
>
> Is it 17-only? If not then it might be better to use MODJAVA_VER=11+ or 1.8+
> (the latter would allow it to run on sparc64 too). (According to commit log
> the old version didn't run on 11 which is why it doesn't have + already).

It's working with 1.8+ here on sparc64.

Lightly checked by starting the service, hopping through the install
assistant and then clicking around on the frontend.

Best Regards,
Stefan

Re: apu2e4 intermittent network freeze

> Hrvoje Popovski wrote:
> It would be great that em(4) have multiqueue support, that box with veb(4) and >"parallel forwarding" diff on tech@ would kick ass :)

I've seen many hardware projects like this, where they say it is open
design and for open source. Try to find and arm board with minimum 2
interfaces ... it's like router and open source are not a common thing
in the wild.
Just curious, when a hardware designer or some project learder starts
something, isn't there any talk with users and software developers?

Re: radeondrm / radeon 8570

Please try to run firefox from a terminal to be able to see more
output messages.
It could be that the card is broken, I've seen cards where the basic
graphics functions where fine, but they went crazy each time advanced
graphics was used.

Here is my integrated video infos, and everything is working fine:

$ dmesg | grep radeon
radeondrm0 at pci0 dev 1 function 0 "ATI Radeon HD 7560D" rev 0x00
drm0 at radeondrm0
radeondrm0: msi
radeondrm0: ARUBA
radeondrm0: 1680x1050, 32bpp
wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0

Re: C states no longer recognized?

On Mon, Jan 31, 2022 at 02:16:20PM +0100, Jan Stary wrote:
> This is current/amd64 on a PC, dmesgs below.
> Looking at the diff between a Jan 24 and a Jan 31 dmesg,
> it seems that the C2 and C3 are no longer recognized:
>
> -acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> -acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> -acpicpu2 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> -acpicpu3 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> +acpicpu0 at acpi0: C1(@1 halt!), PSS
> +acpicpu1 at acpi0: C1(@1 halt!), PSS
> +acpicpu2 at acpi0: C1(@1 halt!), PSS
> +acpicpu3 at acpi0: C1(@1 halt!), PSS
>
> Is this expected? Is it related to the recent apm change
> of always running at full hw.setperf when on AC?
>
> Jan

Have you changed any settings in the BIOS or upgraded it recently? I've
seen this disable "Global C-state control" knob on some boards, not sure
if they'll find this on Intel boards or not.

-Bryan.

>
> OpenBSD 7.0-current (GENERIC.MP) #0: Mon Jan 24 14:30:19 CET 2022
> hans@biblio.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 8419540992 (8029MB)
> avail mem = 8078901248 (7704MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (36 entries)
> bios0: vendor Award Software International, Inc. version "F2" date 04/20/2011
> bios0: Gigabyte Technology Co., Ltd. Z68MX-UD2H-B3
> acpi0 at bios0: ACPI 1.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP HPET MCFG ASPT SSPT EUDS MATS TAMG APIC SSDT MATS
> acpi0: wakeup devices PCI0(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USBE(S3) USE2(S3) AZAL(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xf4000000, bus 0-63
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3611.09 MHz, 06-2a-07
> 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 100MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.61 MHz, 06-2a-07
> cpu1: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.61 MHz, 06-2a-07
> cpu2: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.61 MHz, 06-2a-07
> cpu3: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 0, core 3, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 24 pins, remapped
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (PEG0)
> acpiprt2 at acpi0: bus -1 (PEG1)
> acpiprt3 at acpi0: bus 2 (PEX0)
> acpiprt4 at acpi0: bus -1 (PEX1)
> acpiprt5 at acpi0: bus -1 (PEX2)
> acpiprt6 at acpi0: bus 3 (PEX3)
> acpiprt7 at acpi0: bus 4 (PEX4)
> acpiprt8 at acpi0: bus 5 (PEX5)
> acpiprt9 at acpi0: bus 6 (PEX6)
> acpiprt10 at acpi0: bus 7 (PEX7)
> acpibtn0 at acpi0: PWRB
> acpipci0 at acpi0 PCI0
> acpicmos0 at acpi0
> com0 at acpi0 UAR1 addr 0x3f8/0x8 irq 4: ns16550a, 16 byte fifo
> "pnp0c14" at acpi0 not configured
> acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> acpicpu2 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> acpicpu3 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> cpu0: using VERW MDS workaround (except on vmm entry)
> cpu0: Enhanced SpeedStep 3611 MHz: speeds: 3701, 3700, 3600, 3500, 3400, 3300, 3200, 3100, 3000, 2900, 2800, 2700, 2600, 2500, 2400, 2300, 2200, 2100, 1600 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09
> ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: apic 2 int 16
> pci1 at ppb0 bus 1
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: apic 2 int 16, address 68:05:ca:33:6a:61
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev 0x09
> drm0 at inteldrm0
> inteldrm0: apic 2 int 16, SANDYBRIDGE, gen 6
> "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured
> ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: 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 6 Series HD Audio" rev 0x05: apic 2 int 22
> azalia0: codecs: Realtek ALC889, Intel/0x2805, using Realtek ALC889
> audio0 at azalia0
> ppb1 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 16
> pci2 at ppb1 bus 2
> ppb2 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 19
> pci3 at ppb2 bus 3
> em1 at pci3 dev 0 function 0 "Intel 82574L" rev 0x00: apic 2 int 19, address 00:1b:21:72:9d:bc
> ppb3 at pci0 dev 28 function 4 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 16
> pci4 at ppb3 bus 4
> ahci0 at pci4 dev 0 function 0 "Marvell 88SE9172 SATA" rev 0x11: apic 2 int 16, AHCI 1.0
> scsibus1 at ahci0: 32 targets
> ppb4 at pci0 dev 28 function 5 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 17
> pci5 at ppb4 bus 5
> xhci0 at pci5 dev 0 function 0 "Etron EJ168 xHCI" rev 0x01: apic 2 int 17, xHCI 1.0
> usb1 at xhci0: USB revision 3.0
> uhub1 at usb1 configuration 1 interface 0 "Etron xHCI root hub" rev 3.00/1.00 addr 1
> ppb5 at pci0 dev 28 function 6 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 18
> pci6 at ppb5 bus 6
> re0 at pci6 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL (0x2c80), apic 2 int 18, address 50:e5:49:39:0e:aa
> rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 5
> ppb6 at pci0 dev 28 function 7 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 19
> pci7 at ppb6 bus 7
> xhci1 at pci7 dev 0 function 0 "Etron EJ168 xHCI" rev 0x01: apic 2 int 19, xHCI 1.0
> usb2 at xhci1: USB revision 3.0
> uhub2 at usb2 configuration 1 interface 0 "Etron xHCI root hub" rev 3.00/1.00 addr 1
> ehci1 at pci0 dev 29 function 0 "Intel 6 Series USB" rev 0x05: apic 2 int 23
> usb3 at ehci1: USB revision 2.0
> uhub3 at usb3 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb7 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5
> pci8 at ppb7 bus 8
> pcib0 at pci0 dev 31 function 0 "Intel Z68 LPC" rev 0x05
> ahci1 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x05: apic 2 int 19, AHCI 1.3
> ahci1: port 0: 3.0Gb/s
> ahci1: port 1: 6.0Gb/s
> ahci1: port 2: 3.0Gb/s
> ahci1: port 3: 3.0Gb/s
> ahci1: port 4: 1.5Gb/s
> scsibus2 at ahci1: 32 targets
> sd0 at scsibus2 targ 0 lun 0: <ATA, WDC WD800AAJS-00, 05.0> naa.50014ee1ab0f6941
> sd0: 76319MB, 512 bytes/sector, 156301488 sectors
> sd1 at scsibus2 targ 1 lun 0: <ATA, WDC WD2500AAKX-0, 15.0> naa.50014ee1af63cbd6
> sd1: 238475MB, 512 bytes/sector, 488397168 sectors
> sd2 at scsibus2 targ 2 lun 0: <ATA, ST1500DL003-9VT1, CC32> naa.5000c5002f119d73
> sd2: 1430799MB, 512 bytes/sector, 2930277168 sectors
> sd3 at scsibus2 targ 3 lun 0: <ATA, WDC WD5000AADS-0, 01.0> naa.50014ee25ba41f56
> sd3: 476940MB, 512 bytes/sector, 976773168 sectors
> cd0 at scsibus2 targ 4 lun 0: <ATAPI, iHAS122, ZL0E> removable
> ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x05: apic 2 int 18
> iic0 at ichiic0
> iic0: addr 0x4e 03=da 04=db 06=0d 07=01 08=0f 0c=ae 0d=fa 0e=c6 0f=88 12=ff 13=ff 20=14 26=03 28=83 29=12 2a=23 2c=10 2f=e4 3c=28 3e=01 47=99 71=ff 80=ff 82=ff 84=ff 86=ff 90=ff 91=ff 92=ff 93=ff 94=ff 95=ff 96=ff 98=ff 99=ff 9a=ff 9b=ff 9c=ff 9d=ff 9e=ff a0=ff a1=ff a2=ff a3=ff a4=ff a5=ff a6=ff a8=ff a9=ff aa=ff ab=ff ac=ff ad=ff ae=ff f0=ff f1=30 f2=2c f3=07 f4=e5 f5=3f f6=0c f7=ef f8=3c words 00=0000 01=0000 02=00db 03=dbdb 04=db00 05=000d 06=0d01 07=010f
> spdmem0 at iic0 addr 0x51: 4GB DDR3 SDRAM PC3-10600
> spdmem1 at iic0 addr 0x53: 4GB DDR3 SDRAM PC3-10600
> isa0 at pcib0
> isadma0 at isa0
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> it0 at isa0 port 0x2e/2: IT8728F rev 1, EC port 0x290
> vmm0 at mainbus0: VMX/EPT
> uhub4 at uhub0 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2
> uhidev0 at uhub4 port 4 configuration 1 interface 0 "Logitech USB Optical Mouse" rev 2.00/54.00 addr 3
> uhidev0: iclass 3/1
> ums0 at uhidev0: 8 buttons, Z and W dir
> wsmouse0 at ums0 mux 0
> uplcom0 at uhub2 port 1 configuration 1 interface 0 "Prolific Technology Inc. USB-Serial Controller" rev 1.10/3.00 addr 2
> ucom0 at uplcom0
> uhub5 at uhub3 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2
> ugen0 at uhub5 port 1 "CUBOT NOTE 20" rev 2.00/2.23 addr 3
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> root on sd0a (8c0d2960df7b6a5a.a) swap on sd0b dump on sd0b
> inteldrm0: 1920x1080, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
>
>
>
> OpenBSD 7.0-current (GENERIC.MP) #0: Mon Jan 31 12:10:15 CET 2022
> hans@biblio.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4124573696 (3933MB)
> avail mem = 3945410560 (3762MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (36 entries)
> bios0: vendor Award Software International, Inc. version "F2" date 04/20/2011
> bios0: Gigabyte Technology Co., Ltd. Z68MX-UD2H-B3
> acpi0 at bios0: ACPI 1.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP HPET MCFG ASPT SSPT EUDS MATS TAMG APIC SSDT MATS
> acpi0: wakeup devices PCI0(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USBE(S3) USE2(S3) AZAL(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xf4000000, bus 0-63
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3611.08 MHz, 06-2a-07
> 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 100MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.62 MHz, 06-2a-07
> cpu1: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.62 MHz, 06-2a-07
> cpu2: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3610.62 MHz, 06-2a-07
> cpu3: 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 0, core 3, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 24 pins, remapped
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (PEG0)
> acpiprt2 at acpi0: bus -1 (PEG1)
> acpiprt3 at acpi0: bus 2 (PEX0)
> acpiprt4 at acpi0: bus -1 (PEX1)
> acpiprt5 at acpi0: bus -1 (PEX2)
> acpiprt6 at acpi0: bus 3 (PEX3)
> acpiprt7 at acpi0: bus 4 (PEX4)
> acpiprt8 at acpi0: bus 5 (PEX5)
> acpiprt9 at acpi0: bus 6 (PEX6)
> acpiprt10 at acpi0: bus 7 (PEX7)
> acpibtn0 at acpi0: PWRB
> acpipci0 at acpi0 PCI0
> acpicmos0 at acpi0
> com0 at acpi0 UAR1 addr 0x3f8/0x8 irq 4: ns16550a, 16 byte fifo
> "pnp0c14" at acpi0 not configured
> acpicpu0 at acpi0: C1(@1 halt!), PSS
> acpicpu1 at acpi0: C1(@1 halt!), PSS
> acpicpu2 at acpi0: C1(@1 halt!), PSS
> acpicpu3 at acpi0: C1(@1 halt!), PSS
> cpu0: using VERW MDS workaround (except on vmm entry)
> cpu0: Enhanced SpeedStep 3611 MHz: speeds: 3701, 3700, 3600, 3500, 3400, 3300, 3200, 3100, 3000, 2900, 2800, 2700, 2600, 2500, 2400, 2300, 2200, 2100, 1600 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09
> ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: apic 2 int 16
> pci1 at ppb0 bus 1
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: apic 2 int 16, address 68:05:ca:33:6a:61
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev 0x09
> drm0 at inteldrm0
> inteldrm0: apic 2 int 16, SANDYBRIDGE, gen 6
> "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured
> ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: 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 6 Series HD Audio" rev 0x05: apic 2 int 22
> azalia0: codecs: Realtek ALC889, Intel/0x2805, using Realtek ALC889
> audio0 at azalia0
> ppb1 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 16
> pci2 at ppb1 bus 2
> ppb2 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 19
> pci3 at ppb2 bus 3
> em1 at pci3 dev 0 function 0 "Intel 82574L" rev 0x00: apic 2 int 19, address 00:1b:21:72:9d:bc
> ppb3 at pci0 dev 28 function 4 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 16
> pci4 at ppb3 bus 4
> ahci0 at pci4 dev 0 function 0 "Marvell 88SE9172 SATA" rev 0x11: apic 2 int 16, AHCI 1.0
> scsibus1 at ahci0: 32 targets
> ppb4 at pci0 dev 28 function 5 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 17
> pci5 at ppb4 bus 5
> xhci0 at pci5 dev 0 function 0 "Etron EJ168 xHCI" rev 0x01: apic 2 int 17, xHCI 1.0
> usb1 at xhci0: USB revision 3.0
> uhub1 at usb1 configuration 1 interface 0 "Etron xHCI root hub" rev 3.00/1.00 addr 1
> ppb5 at pci0 dev 28 function 6 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 18
> pci6 at ppb5 bus 6
> re0 at pci6 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL (0x2c80), apic 2 int 18, address 50:e5:49:39:0e:aa
> rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 5
> ppb6 at pci0 dev 28 function 7 "Intel 6 Series PCIE" rev 0xb5: apic 2 int 19
> pci7 at ppb6 bus 7
> xhci1 at pci7 dev 0 function 0 "Etron EJ168 xHCI" rev 0x01: apic 2 int 19, xHCI 1.0
> usb2 at xhci1: USB revision 3.0
> uhub2 at usb2 configuration 1 interface 0 "Etron xHCI root hub" rev 3.00/1.00 addr 1
> ehci1 at pci0 dev 29 function 0 "Intel 6 Series USB" rev 0x05: apic 2 int 23
> usb3 at ehci1: USB revision 2.0
> uhub3 at usb3 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb7 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5
> pci8 at ppb7 bus 8
> pcib0 at pci0 dev 31 function 0 "Intel Z68 LPC" rev 0x05
> ahci1 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x05: apic 2 int 19, AHCI 1.3
> ahci1: port 0: 3.0Gb/s
> ahci1: port 1: 6.0Gb/s
> ahci1: port 2: 3.0Gb/s
> ahci1: port 3: 3.0Gb/s
> ahci1: port 4: 1.5Gb/s
> scsibus2 at ahci1: 32 targets
> sd0 at scsibus2 targ 0 lun 0: <ATA, WDC WD800AAJS-00, 05.0> naa.50014ee1ab0f6941
> sd0: 76319MB, 512 bytes/sector, 156301488 sectors
> sd1 at scsibus2 targ 1 lun 0: <ATA, WDC WD2500AAKX-0, 15.0> naa.50014ee1af63cbd6
> sd1: 238475MB, 512 bytes/sector, 488397168 sectors
> sd2 at scsibus2 targ 2 lun 0: <ATA, ST1500DL003-9VT1, CC32> naa.5000c5002f119d73
> sd2: 1430799MB, 512 bytes/sector, 2930277168 sectors
> sd3 at scsibus2 targ 3 lun 0: <ATA, WDC WD5000AADS-0, 01.0> naa.50014ee25ba41f56
> sd3: 476940MB, 512 bytes/sector, 976773168 sectors
> cd0 at scsibus2 targ 4 lun 0: <ATAPI, iHAS122, ZL0E> removable
> ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x05: apic 2 int 18
> iic0 at ichiic0
> iic0: addr 0x4e 03=db 04=db 06=0d 07=01 08=0f 0c=ae 0d=fa 0e=c6 0f=88 12=ff 13=ff 20=14 26=03 28=83 29=12 2a=23 2c=10 2f=e4 3c=28 3e=01 47=99 71=ff 80=ff 82=ff 84=ff 86=ff 90=ff 91=ff 92=ff 93=ff 94=ff 95=ff 96=ff 98=ff 99=ff 9a=ff 9b=ff 9c=ff 9d=ff 9e=ff a0=ff a1=ff a2=ff a3=ff a4=ff a5=ff a6=ff a8=ff a9=ff aa=ff ab=ff ac=ff ad=ff ae=ff f0=ff f1=30 f2=2c f3=07 f4=e5 f5=3f f6=0c f7=e8 f8=3c words 00=0000 01=0000 02=00db 03=dbdb 04=db00 05=000d 06=0d01 07=010f
> spdmem0 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-12800
> isa0 at pcib0
> isadma0 at isa0
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> it0 at isa0 port 0x2e/2: IT8728F rev 1, EC port 0x290
> vmm0 at mainbus0: VMX/EPT
> uhub4 at uhub0 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2
> uhidev0 at uhub4 port 4 configuration 1 interface 0 "Logitech USB Optical Mouse" rev 2.00/54.00 addr 3
> uhidev0: iclass 3/1
> ums0 at uhidev0: 8 buttons, Z and W dir
> wsmouse0 at ums0 mux 0
> uplcom0 at uhub2 port 1 configuration 1 interface 0 "Prolific Technology Inc. USB-Serial Controller" rev 1.10/3.00 addr 2
> ucom0 at uplcom0
> uhub5 at uhub3 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> root on sd0a (8c0d2960df7b6a5a.a) swap on sd0b dump on sd0b
> inteldrm0: 1920x1080, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
>
>

Re: wip: graphics/darktable with OpenMP support

I understand,

Maybe llvm 13 will allow to get some better openmp support in the
future. IDK, that's not my speciality.

For now my base-clang with omp built darktable is working reasonnably
well.

I'll keep it like that for now, and will re-enable it for darktable 3.8
when ready ! I think I could already build the 3.8 release but 3.6.1
get the work I need just fine for the moment.

xs

On Sat, 2022-01-29 at 11:44 -0700, j@bitminer.ca wrote:
> > I decided to work on adding OpenMP support to the
> > `graphics/dartktable`
> > starting at version `3.6.1`.
> >
> > Here's the original revision with OpenMP disabled.
> >
> > http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics/darktable/Makefile?rev=1.113&content-type=text/x-cvsweb-markup
> >
> > ...etc...
>
> In the past I've tried to encourage adding/supporting OpenMP in
> ports/gcc and even in base.
>
> There is little support (read: no support at all) from users; the
> experienced people on ports@ foresee a few long-term issues and
> have been reluctant to turn it on.
>
> C'est la vie.
>
> If you want OpenMP and an OpenMP-enabled package, you have to rebuild
> gcc and maintain your own variant yourself, as I do for some things.
> I think you've already worked out how, as you've shown.
>
> It is why /usr/ports/mystuff/.... exists after all.
>
>
> cheers
>
> John
>
>

Re: radeondrm / radeon 8570

Chris Cappuccio [chris@nmedia.net] wrote:
> Patrick Harper [paianni@fastmail.com] wrote:
> >
> > I also notice the BIOS version is out of date by some margin, 3.50 is
> > from 2013 but 3.96 was built two years ago.
> >
>
> Upgrading to 3.96 fixes the issue, whatever it was. This is
> the first time in a long time that a BIOS upgrade actually
> solved an issue for me.
>

I take that back, it just happens much later now. The firefox browser going into youtube is good at breaking radeondrm on this machine.

Re: radeondrm / radeon 8570

Patrick Harper [paianni@fastmail.com] wrote:
>
> I also notice the BIOS version is out of date by some margin, 3.50 is
> from 2013 but 3.96 was built two years ago.
>

Upgrading to 3.96 fixes the issue, whatever it was. This is
the first time in a long time that a BIOS upgrade actually
solved an issue for me.

Chris

Re: ttyflags hangs on Dell PowerEdge R200

Sorry to jump-in, but could this be similar to a problem I have since 6.7 ?
https://marc.info/?l=openbsd-misc&m=159611309426907&w=2

tldr;
Server does not finish boot until I connect to the server's java console on the iRMC (console redirection).

G

On 31/01/2022 16:51, Mark Kettenis wrote:
>> Date: Mon, 31 Jan 2022 15:41:32 +0100
>> From: Jan Stary <hans@stare.cz>
>>
>> On Jan 31 14:47:41, mark.kettenis@xs4all.nl wrote:
>>>> Date: Mon, 31 Jan 2022 14:03:29 +0100
>>>> From: Jan Stary <hans@stare.cz>
>>>>> On Jan 26 18:02:17, mark.kettenis@xs4all.nl wrote:
>>>>> ----------------------------
>>>>> revision 1.406
>>>>> date: 2022/01/26 14:39:07; author: kettenis; state: Exp; lines: +2 -2; commitid: zL3Ot2UVnkpDz6go;
>>>>> An ACPI device needs to be both present and enabled for it to function.
>>>>> So only attempt to attach hardware that has both bits enabled. This fixes
>>>>> an issue where com(4) would attach for a disabled serial port leading to
>>>>> misdetection of the hardware variant and a subsequent hang when /etc/rc
>>>>> runs ttyflags -a.
>>>>
>>>> While this fixes the original problem on Dell PowerEdge
>>>> it also seems to make /dev/console disappear on Beagle Bone Black
>>>> (current/armv7) - last good dmesg and current dmesg below,
>>>> the highlight of the diff being
>>>>
>>>> -com0 at omsysc7: ti16750, 64 byte fifo
>>>> -com0: console
>>>> +"serial" at omsysc7 not configured
>>>> +init: can't open /dev/console: Device not configured
>>>>
>>>> Jan
>>> Sorry, but no, the code I changed isn't even compiled on armv7.
>> Ah, sorry for the confusion.
>>
>>> Not sure what's happening here. Are both kernels running with the
>>> same U-Boot version?
>> Yes, U-Boot SPL 2021.10 (Nov 01 2021 - 20:37:54 -0600)
> Good. Did you try building a current kernel yourself? Sometimes
> there are patches that need testing in the snapshots. In fact, the
> Jan 24 may have had a version of Theo's fix for your ttyflags problem
> in it ;).
>
>>>> OpenBSD 7.0-current (GENERIC) #0: Tue Jan 4 22:31:14 CET 2022
>>>> hans@bbb.stare.cz:/usr/src/sys/arch/armv7/compile/GENERIC
>>>> real mem = 484184064 (461MB)
>>>> avail mem = 463884288 (442MB)
>>>> random: good seed from bootblocks
>>>> mainbus0 at root: TI AM335x BeagleBone Black
>>>> cpu0 at mainbus0 mpidr 0: ARM Cortex-A8 r3p2
>>>> cpu0: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
>>>> cpu0: 256KB 64b/line 8-way L2 cache
>>>> omap0 at mainbus0
>>>> prcm0 at omap0 rev 0.2
>>>> dmtimer0 at omap0 rev 3.1
>>>> dmtimer1 at omap0 rev 3.1
>>>> omsysc0 at mainbus0: "target-module"
>>>> omsysc1 at omsysc0: "target-module"
>>>> "pmu" at omsysc1 not configured
>>>> simplebus0 at mainbus0: "ocp"
>>>> intc0 at simplebus0 rev 5.0
>>>> omsysc2 at simplebus0: "target-module"
>>>> simplebus1 at simplebus0: "interconnect"
>>>> simplebus2 at simplebus1: "segment"
>>>> simplebus3 at simplebus1: "segment"
>>>> omsysc3 at simplebus3: "target-module"
>>>> "cpu" at omsysc3 not configured
>>>> simplebus4 at simplebus1: "segment"
>>>> omsysc4 at simplebus4: "target-module"
>>>> simplebus5 at omsysc4: "prcm"
>>>> omcm0 at simplebus5: "per-cm"
>>>> omclock0 at omcm0: "l4ls-clkctrl"
>>>> omclock1 at omcm0: "l3s-clkctrl"
>>>> omclock2 at omcm0: "l3-clkctrl"
>>>> omclock3 at omcm0: "l4hs-clkctrl"
>>>> omclock4 at omcm0: "pruss-ocp-clkctrl"
>>>> omclock5 at omcm0: "cpsw-125mhz-clkctrl"
>>>> omclock6 at omcm0: "lcdc-clkctrl"
>>>> omclock7 at omcm0: "clk-24mhz-clkctrl"
>>>> omcm1 at simplebus5: "wkup-cm"
>>>> omclock8 at omcm1: "l4-wkup-clkctrl"
>>>> omclock9 at omcm1: "l3-aon-clkctrl"
>>>> omclock10 at omcm1: "l4-wkup-aon-clkctrl"
>>>> omcm2 at simplebus5: "mpu-cm"
>>>> omclock11 at omcm2: "mpu-clkctrl"
>>>> omcm3 at simplebus5: "l4-rtc-cm"
>>>> omclock12 at omcm3: "l4-rtc-clkctrl"
>>>> omcm4 at simplebus5: "gfx-l3-cm"
>>>> omclock13 at omcm4: "gfx-l3-clkctrl"
>>>> omcm5 at simplebus5: "l4-cefuse-cm"
>>>> omclock14 at omcm5: "l4-cefuse-clkctrl"
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> omsysc5 at simplebus4: "target-module"
>>>> simplebus6 at omsysc5: "scm"
>>>> syscon0 at simplebus6: "scm_conf"
>>>> pinctrl0 at simplebus6
>>>> "control" at simplebus6 not configured
>>>> "wkup_m3_ipc" at simplebus6 not configured
>>>> "dma-router" at simplebus6 not configured
>>>> omsysc6 at simplebus4: "target-module"
>>>> omgpio0 at omsysc6: rev 0.1
>>>> gpio0 at omgpio0: 32 pins
>>>> omsysc7 at simplebus4: "target-module"
>>>> com0 at omsysc7: ti16750, 64 byte fifo
>>>> com0: console
>>>> omsysc8 at simplebus4: "target-module"
>>>> tiiic0 at omsysc8 rev 0.11
>>>> iic0 at tiiic0
>>>> "ti,tps65217" at iic0 addr 0x24 not configured
>>>> "atmel,24c256" at iic0 addr 0x50 not configured
>>>> nxphdmi0 at iic0 addr 0x70: rev 0x0301
>>>> nxphdmi0: no display detected
>>>> omsysc9 at simplebus4: "target-module"
>>>> omsysc10 at simplebus4: "target-module"
>>>> "timer" at omsysc10 not configured
>>>> omsysc11 at simplebus4: "target-module"
>>>> omdog0 at omsysc11 rev 0.1
>>>> omsysc12 at simplebus4: "target-module"
>>>> "rtc" at omsysc12 not configured
>>>> simplebus7 at simplebus0: "interconnect"
>>>> simplebus8 at simplebus7: "segment"
>>>> omsysc13 at simplebus8: "target-module"
>>>> omsysc14 at simplebus8: "target-module"
>>>> omsysc15 at simplebus8: "target-module"
>>>> omsysc16 at simplebus8: "target-module"
>>>> omsysc17 at simplebus8: "target-module"
>>>> "mcasp" at omsysc17 not configured
>>>> omsysc18 at simplebus8: "target-module"
>>>> omsysc19 at simplebus8: "target-module"
>>>> "timer" at omsysc19 not configured
>>>> omsysc20 at simplebus8: "target-module"
>>>> "timer" at omsysc20 not configured
>>>> omsysc21 at simplebus8: "target-module"
>>>> "timer" at omsysc21 not configured
>>>> omsysc22 at simplebus8: "target-module"
>>>> "timer" at omsysc22 not configured
>>>> omsysc23 at simplebus8: "target-module"
>>>> "timer" at omsysc23 not configured
>>>> omsysc24 at simplebus8: "target-module"
>>>> "timer" at omsysc24 not configured
>>>> omsysc25 at simplebus8: "target-module"
>>>> omgpio1 at omsysc25: rev 0.1
>>>> gpio1 at omgpio1: 32 pins
>>>> omsysc26 at simplebus8: "target-module"
>>>> ommmc0 at omsysc26
>>>> sdmmc0 at ommmc0: 4-bit
>>>> omsysc27 at simplebus8: "target-module"
>>>> omsysc28 at simplebus8: "target-module"
>>>> "mailbox" at omsysc28 not configured
>>>> omsysc29 at simplebus8: "target-module"
>>>> "spinlock" at omsysc29 not configured
>>>> simplebus9 at simplebus7: "segment"
>>>> omsysc30 at simplebus9: "target-module"
>>>> tiiic1 at omsysc30 rev 0.11
>>>> iic1 at tiiic1
>>>> "atmel,24c256" at iic1 addr 0x54 not configured
>>>> "atmel,24c256" at iic1 addr 0x55 not configured
>>>> "atmel,24c256" at iic1 addr 0x56 not configured
>>>> "atmel,24c256" at iic1 addr 0x57 not configured
>>>> omsysc31 at simplebus9: "target-module"
>>>> omsysc32 at simplebus9: "target-module"
>>>> omsysc33 at simplebus9: "target-module"
>>>> omsysc34 at simplebus9: "target-module"
>>>> omsysc35 at simplebus9: "target-module"
>>>> omgpio2 at omsysc35: rev 0.1
>>>> gpio2 at omgpio2: 32 pins
>>>> omsysc36 at simplebus9: "target-module"
>>>> omgpio3 at omsysc36: rev 0.1
>>>> gpio3 at omgpio3: 32 pins
>>>> omsysc37 at simplebus9: "target-module"
>>>> omsysc38 at simplebus9: "target-module"
>>>> omsysc39 at simplebus9: "target-module"
>>>> ommmc1 at omsysc39
>>>> sdmmc1 at ommmc1: 8-bit
>>>> simplebus10 at simplebus7: "segment"
>>>> omsysc40 at simplebus10: "target-module"
>>>> "mpu" at omsysc40 not configured
>>>> simplebus11 at simplebus7: "segment"
>>>> omsysc41 at simplebus11: "target-module"
>>>> omsysc42 at simplebus11: "target-module"
>>>> omsysc43 at simplebus11: "target-module"
>>>> omsysc44 at simplebus11: "target-module"
>>>> amdisplay0 at omsysc44
>>>> amdisplay0: no display attached.
>>>> omsysc45 at simplebus11: "target-module"
>>>> omrng0 at omsysc45
>>>> simplebus12 at simplebus0: "interconnect"
>>>> simplebus13 at simplebus12: "segment"
>>>> simplebus14 at simplebus0: "interconnect"
>>>> simplebus15 at simplebus14: "segment"
>>>> omsysc46 at simplebus15: "target-module"
>>>> cpsw0 at omsysc46: version 1.12 (0), address 90:59:af:82:2e:7e
>>>> ukphy0 at cpsw0 phy 0: Generic IEEE 802.3u media interface, rev. 1: OUI 0x0001f0, model 0x000f
>>>> simplebus16 at simplebus0: "interconnect"
>>>> simplebus17 at simplebus16: "segment"
>>>> omsysc47 at simplebus0: "target-module"
>>>> "dma" at omsysc47 not configured
>>>> omsysc48 at simplebus0: "target-module"
>>>> "dma" at omsysc48 not configured
>>>> omsysc49 at simplebus0: "target-module"
>>>> "dma" at omsysc49 not configured
>>>> omsysc50 at simplebus0: "target-module"
>>>> "dma" at omsysc50 not configured
>>>> omsysc51 at simplebus0: "target-module"
>>>> omsysc52 at simplebus0: "target-module"
>>>> "usb-phy" at omsysc52 not configured
>>>> "usb" at omsysc52 not configured
>>>> "usb-phy" at omsysc52 not configured
>>>> "usb" at omsysc52 not configured
>>>> "dma-controller" at omsysc52 not configured
>>>> omsysc53 at simplebus0: "target-module"
>>>> "sram" at omsysc53 not configured
>>>> omsysc54 at simplebus0: "target-module"
>>>> "emif" at omsysc54 not configured
>>>> omsysc55 at simplebus0: "target-module"
>>>> omsysc56 at simplebus0: "target-module"
>>>> "sham" at omsysc56 not configured
>>>> omsysc57 at simplebus0: "target-module"
>>>> "aes" at omsysc57 not configured
>>>> scsibus0 at sdmmc1: 2 targets, initiator 0
>>>> sd0 at scsibus0 targ 1 lun 0: <SD/MMC, MMC02G, 0000> removable
>>>> sd0: 1832MB, 512 bytes/sector, 3751936 sectors
>>>> scsibus1 at sdmmc0: 2 targets, initiator 0
>>>> sd1 at scsibus1 targ 1 lun 0: <SD/MMC, SU32G, 0080> removable
>>>> sd1: 30436MB, 512 bytes/sector, 62333952 sectors
>>>> vscsi0 at root
>>>> scsibus2 at vscsi0: 256 targets
>>>> softraid0 at root
>>>> scsibus3 at softraid0: 256 targets
>>>> bootfile: sd0a:/bsd
>>>> boot device: sd0
>>>> root on sd1a (93aae518915c8841.a) swap on sd1b dump on sd1b
>>>> WARNING: CHECK AND RESET THE DATE!
>>>>
>>>>
>>>>
>>>> U-Boot 2021.10 (Nov 01 2021 - 20:37:54 -0600)
>>>> OpenBSD 7.0-current (GENERIC) #14: Mon Jan 24 04:58:29 MST 2022
>>>> deraadt@armv7.openbsd.org:/usr/src/sys/arch/armv7/compile/GENERIC
>>>> real mem = 484184064 (461MB)
>>>> avail mem = 463872000 (442MB)
>>>> random: boothowto does not indicate good seed
>>>> mainbus0 at root: TI AM335x BeagleBone Black
>>>> cpu0 at mainbus0 mpidr 0: ARM Cortex-A8 r3p2
>>>> cpu0: 32KB 64b/line 4-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
>>>> cpu0: 256KB 64b/line 8-way L2 cache
>>>> omap0 at mainbus0
>>>> prcm0 at omap0 rev 0.2
>>>> dmtimer0 at omap0 rev 3.1
>>>> dmtimer1 at omap0 rev 3.1
>>>> omsysc0 at mainbus0: "target-module"
>>>> omsysc1 at omsysc0: "target-module"
>>>> "pmu" at omsysc1 not configured
>>>> simplebus0 at mainbus0: "ocp"
>>>> intc0 at simplebus0 rev 5.0
>>>> omsysc2 at simplebus0: "target-module"
>>>> simplebus1 at simplebus0: "interconnect"
>>>> simplebus2 at simplebus1: "segment"
>>>> simplebus3 at simplebus1: "segment"
>>>> omsysc3 at simplebus3: "target-module"
>>>> "cpu" at omsysc3 not configured
>>>> simplebus4 at simplebus1: "segment"
>>>> omsysc4 at simplebus4: "target-module"
>>>> simplebus5 at omsysc4: "prcm"
>>>> omcm0 at simplebus5: "per-cm"
>>>> omclock0 at omcm0: "l4ls-clkctrl"
>>>> omclock1 at omcm0: "l3s-clkctrl"
>>>> omclock2 at omcm0: "l3-clkctrl"
>>>> omclock3 at omcm0: "l4hs-clkctrl"
>>>> omclock4 at omcm0: "pruss-ocp-clkctrl"
>>>> omclock5 at omcm0: "cpsw-125mhz-clkctrl"
>>>> omclock6 at omcm0: "lcdc-clkctrl"
>>>> omclock7 at omcm0: "clk-24mhz-clkctrl"
>>>> omcm1 at simplebus5: "wkup-cm"
>>>> omclock8 at omcm1: "l4-wkup-clkctrl"
>>>> omclock9 at omcm1: "l3-aon-clkctrl"
>>>> omclock10 at omcm1: "l4-wkup-aon-clkctrl"
>>>> omcm2 at simplebus5: "mpu-cm"
>>>> omclock11 at omcm2: "mpu-clkctrl"
>>>> omcm3 at simplebus5: "l4-rtc-cm"
>>>> omclock12 at omcm3: "l4-rtc-clkctrl"
>>>> omcm4 at simplebus5: "gfx-l3-cm"
>>>> omclock13 at omcm4: "gfx-l3-clkctrl"
>>>> omcm5 at simplebus5: "l4-cefuse-cm"
>>>> omclock14 at omcm5: "l4-cefuse-clkctrl"
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> "prm" at simplebus5 not configured
>>>> omsysc5 at simplebus4: "target-module"
>>>> simplebus6 at omsysc5: "scm"
>>>> syscon0 at simplebus6: "scm_conf"
>>>> pinctrl0 at simplebus6
>>>> "control" at simplebus6 not configured
>>>> "wkup_m3_ipc" at simplebus6 not configured
>>>> "dma-router" at simplebus6 not configured
>>>> omsysc6 at simplebus4: "target-module"
>>>> omgpio0 at omsysc6: rev 0.1
>>>> gpio0 at omgpio0: 32 pins
>>>> omsysc7 at simplebus4: "target-module"
>>>> "serial" at omsysc7 not configured
>>>> omsysc8 at simplebus4: "target-module"
>>>> tiiic0 at omsysc8 rev 0.11
>>>> iic0 at tiiic0
>>>> "ti,tps65217" at iic0 addr 0x24 not configured
>>>> "atmel,24c256" at iic0 addr 0x50 not configured
>>>> nxphdmi0 at iic0 addr 0x70: rev 0x0301
>>>> nxphdmi0: no display detected
>>>> omsysc9 at simplebus4: "target-module"
>>>> omsysc10 at simplebus4: "target-module"
>>>> "timer" at omsysc10 not configured
>>>> omsysc11 at simplebus4: "target-module"
>>>> omdog0 at omsysc11 rev 0.1
>>>> omsysc12 at simplebus4: "target-module"
>>>> "rtc" at omsysc12 not configured
>>>> simplebus7 at simplebus0: "interconnect"
>>>> simplebus8 at simplebus7: "segment"
>>>> omsysc13 at simplebus8: "target-module"
>>>> omsysc14 at simplebus8: "target-module"
>>>> omsysc15 at simplebus8: "target-module"
>>>> omsysc16 at simplebus8: "target-module"
>>>> omsysc17 at simplebus8: "target-module"
>>>> "mcasp" at omsysc17 not configured
>>>> omsysc18 at simplebus8: "target-module"
>>>> omsysc19 at simplebus8: "target-module"
>>>> "timer" at omsysc19 not configured
>>>> omsysc20 at simplebus8: "target-module"
>>>> "timer" at omsysc20 not configured
>>>> omsysc21 at simplebus8: "target-module"
>>>> "timer" at omsysc21 not configured
>>>> omsysc22 at simplebus8: "target-module"
>>>> "timer" at omsysc22 not configured
>>>> omsysc23 at simplebus8: "target-module"
>>>> "timer" at omsysc23 not configured
>>>> omsysc24 at simplebus8: "target-module"
>>>> "timer" at omsysc24 not configured
>>>> omsysc25 at simplebus8: "target-module"
>>>> omgpio1 at omsysc25: rev 0.1
>>>> gpio1 at omgpio1: 32 pins
>>>> omsysc26 at simplebus8: "target-module"
>>>> ommmc0 at omsysc26
>>>> sdmmc0 at ommmc0: 4-bit
>>>> omsysc27 at simplebus8: "target-module"
>>>> omsysc28 at simplebus8: "target-module"
>>>> "mailbox" at omsysc28 not configured
>>>> omsysc29 at simplebus8: "target-module"
>>>> "spinlock" at omsysc29 not configured
>>>> simplebus9 at simplebus7: "segment"
>>>> omsysc30 at simplebus9: "target-module"
>>>> tiiic1 at omsysc30 rev 0.11
>>>> iic1 at tiiic1
>>>> "atmel,24c256" at iic1 addr 0x54 not configured
>>>> "atmel,24c256" at iic1 addr 0x55 not configured
>>>> "atmel,24c256" at iic1 addr 0x56 not configured
>>>> "atmel,24c256" at iic1 addr 0x57 not configured
>>>> omsysc31 at simplebus9: "target-module"
>>>> omsysc32 at simplebus9: "target-module"
>>>> omsysc33 at simplebus9: "target-module"
>>>> omsysc34 at simplebus9: "target-module"
>>>> omsysc35 at simplebus9: "target-module"
>>>> omgpio2 at omsysc35: rev 0.1
>>>> gpio2 at omgpio2: 32 pins
>>>> omsysc36 at simplebus9: "target-module"
>>>> omgpio3 at omsysc36: rev 0.1
>>>> gpio3 at omgpio3: 32 pins
>>>> omsysc37 at simplebus9: "target-module"
>>>> omsysc38 at simplebus9: "target-module"
>>>> omsysc39 at simplebus9: "target-module"
>>>> ommmc1 at omsysc39
>>>> sdmmc1 at ommmc1: 8-bit
>>>> simplebus10 at simplebus7: "segment"
>>>> omsysc40 at simplebus10: "target-module"
>>>> "mpu" at omsysc40 not configured
>>>> simplebus11 at simplebus7: "segment"
>>>> omsysc41 at simplebus11: "target-module"
>>>> omsysc42 at simplebus11: "target-module"
>>>> omsysc43 at simplebus11: "target-module"
>>>> omsysc44 at simplebus11: "target-module"
>>>> amdisplay0 at omsysc44
>>>> amdisplay0: no display attached.
>>>> omsysc45 at simplebus11: "target-module"
>>>> omrng0 at omsysc45
>>>> simplebus12 at simplebus0: "interconnect"
>>>> simplebus13 at simplebus12: "segment"
>>>> simplebus14 at simplebus0: "interconnect"
>>>> simplebus15 at simplebus14: "segment"
>>>> omsysc46 at simplebus15: "target-module"
>>>> cpsw0 at omsysc46: version 1.12 (0), address 90:59:af:82:2e:7e
>>>> ukphy0 at cpsw0 phy 0: Generic IEEE 802.3u media interface, rev. 1: OUI 0x0001f0, model 0x000f
>>>> simplebus16 at simplebus0: "interconnect"
>>>> simplebus17 at simplebus16: "segment"
>>>> omsysc47 at simplebus0: "target-module"
>>>> "dma" at omsysc47 not configured
>>>> omsysc48 at simplebus0: "target-module"
>>>> "dma" at omsysc48 not configured
>>>> omsysc49 at simplebus0: "target-module"
>>>> "dma" at omsysc49 not configured
>>>> omsysc50 at simplebus0: "target-module"
>>>> "dma" at omsysc50 not configured
>>>> omsysc51 at simplebus0: "target-module"
>>>> omsysc52 at simplebus0: "target-module"
>>>> "usb-phy" at omsysc52 not configured
>>>> "usb" at omsysc52 not configured
>>>> "usb-phy" at omsysc52 not configured
>>>> "usb" at omsysc52 not configured
>>>> "dma-controller" at omsysc52 not configured
>>>> omsysc53 at simplebus0: "target-module"
>>>> "sram" at omsysc53 not configured
>>>> omsysc54 at simplebus0: "target-module"
>>>> "emif" at omsysc54 not configured
>>>> omsysc55 at simplebus0: "target-module"
>>>> omsysc56 at simplebus0: "target-module"
>>>> "sham" at omsysc56 not configured
>>>> omsysc57 at simplebus0: "target-module"
>>>> "aes" at omsysc57 not configured
>>>> scsibus0 at sdmmc1: 2 targets, initiator 0
>>>> sd0 at scsibus0 targ 1 lun 0: <SD/MMC, MMC02G, 0000> removable
>>>> sd0: 1832MB, 512 bytes/sector, 3751936 sectors
>>>> scsibus1 at sdmmc0: 2 targets, initiator 0
>>>> sd1 at scsibus1 targ 1 lun 0: <SD/MMC, SU32G, 0080> removable
>>>> sd1: 30436MB, 512 bytes/sector, 62333952 sectors
>>>> vscsi0 at root
>>>> scsibus2 at vscsi0: 256 targets
>>>> softraid0 at root
>>>> scsibus3 at softraid0: 256 targets
>>>> bootfile: sd0a:/bsd
>>>> boot device: sd0
>>>> root on sd1a (93aae518915c8841.a) swap on sd1b dump on sd1b
>>>> WARNING: CHECK AND RESET THE DATE!
>>>> init: can't open /dev/console: Device not configured
>>>> init: can't open /dev/console: Device not configured
>>>> init: can't open /dev/console: Device not configured
>>>> init: can't open /dev/console: Device not configured
>>>>