Tuesday, December 31, 2019

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

read fucking code. change fucking things. send some fucking diffs. get
fucking yelled at. learn from your fucking mistakes. show some fucking
passion. filter fucking misc@ and all this useless bleating into the
toilet.

none of us have time to spoon feed you in some "boot camp"

there are two types of programmers. the self taught, and the hopeless. it
is your job to turn yourself from the hopeless to the self taught.

shut up and fucking hack.


On Tue, Dec 31, 2019 at 23:50 Frank Beuth <seclists@boxdan.com> wrote:

> On Wed, Jan 01, 2020 at 04:00:37AM +0000, eecd@isdaq.com wrote:
> >rather than the programmer being responsible for
> >writing unsafe
> >code we need to regulate what the programmer can do just like we need to
> >regulate what the community can say, do, see, and think.
>
> where do I sign up for OpenBSD write-perfect-C-code programmer training
> bootcamp?
>
>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On Wed, Jan 01, 2020 at 04:00:37AM +0000, eecd@isdaq.com wrote:
>rather than the programmer being responsible for
>writing unsafe
>code we need to regulate what the programmer can do just like we need to
>regulate what the community can say, do, see, and think.

where do I sign up for OpenBSD write-perfect-C-code programmer training bootcamp?

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

> I like where this thread is headed.
>
> To expand on this idea, maybe we should demonstrate how diversity and
> inclusiveness can work in an operating system via language choices.
> Why stop at TCL and LUA? Or even scripting languages in general. Why
> not Go, Rust, Haskell and Scala too?
>
> Hear me out. We can set up a raffle system so that each winner can
> write their winning tool in their language of choice. All the
> parallel development will even solve the "multi year effort" problem
> that was brought up by the original poster too. Nobody will mind
> having another 8 or 9 languages in the base system, right?

underrated response

eww rust *cringe*

i suspect 2020 will see a sharp increase in the woke brigade's attempts to
place
OpenBSD firmly underfoot of the diversity agenda. OpenBSD is one of the
last
extremely rare bastions of freedom that hasn't been coerced into marching
in
lockstep with the crowd of progressive madness. and don't think that it
doesn't
grind on the gears of those power hungry authoritarian narcissist pushers
of
the diversity drug who know better than you, who are better than you and
who
do better than you with every virtue signaling code of conduct and safe
(space)
language. you didn't think it was coincidence that c is demonized for not
being
"safe" did you? rather than the programmer being responsible for writing
unsafe
code we need to regulate what the programmer can do just like we need to
regulate what the community can say, do, see, and think. accountability is
oppression. it's not his fault he didn't do any error handling it's c's
fault!


At moment, I want my privacy to be protected.
https://mytemp.email/

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On 1/1/20 6:06 am, Christer Solskogen wrote:
> On Tue, Dec 31, 2019 at 5:50 PM Marc Espie <espie@nerim.net> wrote:
>
>> We did retire vax, and we no longer have any platform without dynamic
>> libraries.
>>
>>
> OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?
>

Did vax have an MMU? That'd make dynamic libraries tricky I'd imagine.

--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On 1/1/20 3:13 am, danieljboyd@icloud.com wrote:
> I'm curious to know if there are any languages other than C and perl in
> use in OpenBSD base.

/bin/sh?

*ducks*

--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On 31/12/19 10:57 pm, Daniel Boyd wrote:
> As one of the few remaining people out there who considers perl to be their favorite language—starting to wonder if it's just me and Larry Wall at this point—I'd like to say that perl should stay in base on its merits, all the perl-based system tools notwithstanding.

I coded a lot in Perl before moving onto PHP and other languages… the
only time I've done lots with Java was when I was at university.

Perl was definitely my first taste of coding for a Unix-like operating
system, having previously been solely exposed to variants of BASIC prior
(QBASIC, CA Realizer BASIC, VisualBASIC). (Sorry Dijkstra, some of us
*do* move beyond that language.)

C++ and Haskell were other languages I learned at university. C did
feature in my lectures, but I don't consider two slides describing the
syntax of "if", "for", and various variable data types as being
"instruction". Had I not learned C++ or dabbled with C prior to uni,
I'd be stuffed in the subjects that needed C knowledge.

Python I had dabbled with, but only started using recently because of my
current workplace. They needed a metering product, and the choices of
language offered to me were Python and PHP; being a cron-based service
doing lots of serial port I/O, I chose Python. These days I do lots in
that language.

I'd have chosen Perl5 at the time if it were on the table, there is
nothing wrong with it, it is stable and mature. Just that it is no
longer "trendy".

That said, choosing a language because of its popularity is totally the
wrong approach. It's a question of whether it is suitable for the job.
Notably, are there libraries of sufficient quality that you can utilise
to get the job you're after done quickly.

Python has pypi. Perl has had CPAN for ages.

Perl 6 will be a major change though, more disruptive than the Python2→3
mess was. So we may be in for some "fun" in the near future.
--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

Steve Litt <slitt@troubleshooters.com> wrote:

> On Tue, 31 Dec 2019 15:57:47 -0600
> Eric Zylstra <ezylstra@mac.com> wrote:
>
> > Proposing such a huge project without the ability to do it? I may
> > have been a little disrespectful, but not the first one in the
> > thread. And my point wasn't to be disrespectful, but to point out
> > that most proposals unaccompanied by code and that don't solve
> > obvious problems don't seem to be received very well. Apologies if
> > that wasn't within bounds.
>
> What if the OP had instead of the suggestion submitted two or three Lua
> scripts to replace two or three Perl scripts? Would you still have the
> same opinion?

We would definately have been impressed by his replacement of the
existing pkg tools, which as written today are around 23,000 lines of
perl.

But should we really bother debating "what if"?

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On Tue, 31 Dec 2019 15:57:47 -0600
Eric Zylstra <ezylstra@mac.com> wrote:

> Proposing such a huge project without the ability to do it? I may
> have been a little disrespectful, but not the first one in the
> thread. And my point wasn't to be disrespectful, but to point out
> that most proposals unaccompanied by code and that don't solve
> obvious problems don't seem to be received very well. Apologies if
> that wasn't within bounds.

What if the OP had instead of the suggestion submitted two or three Lua
scripts to replace two or three Perl scripts? Would you still have the
same opinion?

SteveT

Steve Litt
December 2019 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21

Re: update net/deluge 2.0.3

On Sun, Dec 29, 2019 at 08:41:59PM -0800, Nam Nguyen wrote:
> "Migrated to Python 3 with minimal support retained for Python 2.7."
This might imply certain features no longer work with Python 2: Did you
check what "minimal support" means exactly?

Re: update net/libtorrent-rasterbar 1.2.3

On Sun, Dec 29, 2019 at 07:57:46PM -0800, Nam Nguyen wrote:
> Python 2 is used because python 3 is currently problematic, as
> reported by FreeBSD. https://github.com/arvidn/libtorrent/issues/4204
Perhaps some other issue, I don't quite recall, but broken Python 3
support is what halted my efforts earlier this year trying to update it.

For now, I wasted enough time on this and have no plans to give it
another before upstream fully supports Python 3, sorry.

> Testing
> =======
> Feedback and tests are welcome because this is a major update. I tested
> it by downloading and seeding a linux ISO. I did not get to test a thin
> client / server setup for example.
qbittorrent is another consumer, did you test this as well?

Port-wise looks good so far, but as per above I haven't tested any of
it; a few comments/nits inline.

> -SHARED_LIBS += torrent-rasterbar 1.0 # 9.0.0
> +SHARED_LIBS += torrent-rasterbar 2.0 # 9.0.0
I think upstream's version got bumped to 10.0.0 or so, did you check?

> -MODULES = lang/python
> +MODULES = devel/cmake \
> + lang/python
> +
> +MODPY_SETUPTOOLS = Yes
Perhaps leave a comment about Python 3 being broken?

> --- /dev/null 1 Jan 1970 00:00:00 -0000
> +++ patches/patch-include_libtorrent_buffer_hpp 30 Dec 2019 02:32:22 -0000
> @@ -0,0 +1,23 @@
> +$OpenBSD$
Please add a brief comment such that it appears in `make patch' output.

> Index: patches/patch-include_libtorrent_config_hpp
> ===================================================================
> RCS file: /cvs/ports/net/libtorrent-rasterbar/patches/patch-include_libtorrent_config_hpp,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-include_libtorrent_config_hpp
> --- patches/patch-include_libtorrent_config_hpp 30 Apr 2019 16:45:26 -0000 1.2
> +++ patches/patch-include_libtorrent_config_hpp 30 Dec 2019 02:32:22 -0000
> @@ -2,7 +2,7 @@ $OpenBSD: patch-include_libtorrent_confi
> Index: include/libtorrent/config.hpp
> --- include/libtorrent/config.hpp.orig
> +++ include/libtorrent/config.hpp
> -@@ -562,6 +562,10 @@ int snprintf(char* buf, int len, char const* fmt, ...)
> +@@ -411,6 +411,10 @@ POSSIBILITY OF SUCH DAMAGE.
> #define TORRENT_USE_UNC_PATHS 0
>

Chromium U2F auth vs libfido2

Hello and Happy New Year!

I'm fixing a Chromium bug [1] in OpenBSD port and am trying to use
libfido2. Unfortunately there's an abstraction mismatch between what
Chromium expects and libfido2 provides.

Chromium needs (and libfido2 approximations):
1) discover a device (fido_dev_info_manifest, fido_dev_open)
2) poll device (???)
3) read from device fd (hid_read?)
4) write to device fd (hid_write?)

Chromium "knows" a lot internally about USB and can work on top of raw
HID device. In fact it _requires_ direct access to the device fd to
pass it to libevent to poll. This seems to be in conflict with
libfido2 abstractions.

Should I bother shoehorning Chromium into libfido2? I have a patch [2]
which mostly works by using the discovery functions of libfido2 for #1
and then uses the discovered device path to do #2,#3,#4. This almost
works, except I have to copy and massage terrible_ping_kludge. Is
this the best I can do for the moment?

I noticed reyk@ reimplemented the kludge for Firefox, but I could
attribute that to a language mismatch and didn't want to jump to
conclusions.

[1] https://bugs.chromium.org/p/chromium/issues/detail?id=451248
[2]
https://github.com/blackgnezdo/ports/blob/browsers-fido/www/chromium/files/hid_service_fido.cc

Thanks
Greg
--
nest.cx is Gmail hosted, use PGP:
https://pgp.key-server.io/0x0B1542BD8DF5A1B0
Fingerprint: 5E2B 2D0E 1E03 2046 BEC3 4D50 0B15 42BD 8DF5 A1B0

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

I am still waiting to this diff myself.

On Tuesday, December 31, 2019, Theo de Raadt <deraadt@openbsd.org> wrote:

> I guess I'm saying in these trying times it is considered disrespectful
> to dismiss completely labour-unsupported "ideas", obviously once we accept
> the Great Idea the OP will sit down and do all the required work to prove
> the cast after the fact.
>
> Eric Zylstra <ezylstra@mac.com> wrote:
>
> > Proposing such a huge project without the ability to do it? I may have
> been a little disrespectful, but not the first one in the thread. And my
> point wasn't to be disrespectful, but to point out that most proposals
> unaccompanied by code and that don't solve obvious problems don't seem to
> be received very well. Apologies if that wasn't within bounds.
> >
> > E
> >
> >
> > Sent from my iPhone
> >
> > > On Dec 31, 2019, at 3:46 PM, Theo de Raadt <deraadt@openbsd.org>
> wrote:
> > >
> > > Isn't it a bit disrespectful to assume someone on misc@ is going to
> > > write such a large diff?
> > >
> > >> Maybe the OP could just go ahead and replace all the Perl code with
> Lua and then ask for feedback from the other devs? That is the OpenBSD
> way, right? If it really is a great idea, they'd all be really excited.
> In any case, it would kill this thread.
> > >>
> > >> EZ
> > >>
> > >>
> > >> Sent from my iPhone
> > >>
> > >>>> On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
> > >>>
> > >>> I like where this thread is headed.
> > >>>
> > >>> To expand on this idea, maybe we should demonstrate how diversity and
> > >>> inclusiveness can work in an operating system via language choices.
> > >>> Why stop at TCL and LUA? Or even scripting languages in general.
> Why
> > >>> not Go, Rust, Haskell and Scala too?
> > >>>
> > >>> Hear me out. We can set up a raffle system so that each winner can
> > >>> write their winning tool in their language of choice. All the
> > >>> parallel development will even solve the "multi year effort" problem
> > >>> that was brought up by the original poster too. Nobody will mind
> > >>> having another 8 or 9 languages in the base system, right?
> > >>>
> > >>
> >
>
>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

We could always rewrite the entire operating system in Pascal. FreePascal and GNU Pascal are both GPL, so we'll need to write a new compiler as well. Shouldn't take too long. Who wants to go register openpascal.org?

I'll get a diff started

program OpenBSD;
begin
{ some code here }
end.

Sent from my iPhone

> On Dec 31, 2019, at 5:18 PM, Theo de Raadt <deraadt@openbsd.org> wrote:
>
> I guess I'm saying in these trying times it is considered disrespectful
> to dismiss completely labour-unsupported "ideas", obviously once we accept
> the Great Idea the OP will sit down and do all the required work to prove
> the cast after the fact.
>
> Eric Zylstra <ezylstra@mac.com> wrote:
>
>> Proposing such a huge project without the ability to do it? I may have been a little disrespectful, but not the first one in the thread. And my point wasn't to be disrespectful, but to point out that most proposals unaccompanied by code and that don't solve obvious problems don't seem to be received very well. Apologies if that wasn't within bounds.
>>
>> E
>>
>>
>> Sent from my iPhone
>>
>>>> On Dec 31, 2019, at 3:46 PM, Theo de Raadt <deraadt@openbsd.org> wrote:
>>>
>>> Isn't it a bit disrespectful to assume someone on misc@ is going to
>>> write such a large diff?
>>>
>>>> Maybe the OP could just go ahead and replace all the Perl code with Lua and then ask for feedback from the other devs? That is the OpenBSD way, right? If it really is a great idea, they'd all be really excited. In any case, it would kill this thread.
>>>>
>>>> EZ
>>>>
>>>>
>>>> Sent from my iPhone
>>>>
>>>>>> On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
>>>>>
>>>>> I like where this thread is headed.
>>>>>
>>>>> To expand on this idea, maybe we should demonstrate how diversity and
>>>>> inclusiveness can work in an operating system via language choices.
>>>>> Why stop at TCL and LUA? Or even scripting languages in general. Why
>>>>> not Go, Rust, Haskell and Scala too?
>>>>>
>>>>> Hear me out. We can set up a raffle system so that each winner can
>>>>> write their winning tool in their language of choice. All the
>>>>> parallel development will even solve the "multi year effort" problem
>>>>> that was brought up by the original poster too. Nobody will mind
>>>>> having another 8 or 9 languages in the base system, right?
>>>>>
>>>>
>>
>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

I guess I'm saying in these trying times it is considered disrespectful
to dismiss completely labour-unsupported "ideas", obviously once we accept
the Great Idea the OP will sit down and do all the required work to prove
the cast after the fact.

Eric Zylstra <ezylstra@mac.com> wrote:

> Proposing such a huge project without the ability to do it? I may have been a little disrespectful, but not the first one in the thread. And my point wasn't to be disrespectful, but to point out that most proposals unaccompanied by code and that don't solve obvious problems don't seem to be received very well. Apologies if that wasn't within bounds.
>
> E
>
>
> Sent from my iPhone
>
> > On Dec 31, 2019, at 3:46 PM, Theo de Raadt <deraadt@openbsd.org> wrote:
> >
> > Isn't it a bit disrespectful to assume someone on misc@ is going to
> > write such a large diff?
> >
> >> Maybe the OP could just go ahead and replace all the Perl code with Lua and then ask for feedback from the other devs? That is the OpenBSD way, right? If it really is a great idea, they'd all be really excited. In any case, it would kill this thread.
> >>
> >> EZ
> >>
> >>
> >> Sent from my iPhone
> >>
> >>>> On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
> >>>
> >>> I like where this thread is headed.
> >>>
> >>> To expand on this idea, maybe we should demonstrate how diversity and
> >>> inclusiveness can work in an operating system via language choices.
> >>> Why stop at TCL and LUA? Or even scripting languages in general. Why
> >>> not Go, Rust, Haskell and Scala too?
> >>>
> >>> Hear me out. We can set up a raffle system so that each winner can
> >>> write their winning tool in their language of choice. All the
> >>> parallel development will even solve the "multi year effort" problem
> >>> that was brought up by the original poster too. Nobody will mind
> >>> having another 8 or 9 languages in the base system, right?
> >>>
> >>
>

UPDATE: editors/le 1.16.6 => 1.16.7

Index: Makefile
===================================================================
RCS file: /cvs/ports/editors/le/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile 22 Aug 2019 07:17:06 -0000 1.15
+++ Makefile 31 Dec 2019 23:14:59 -0000
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.15 2019/08/22 07:17:06 fcambus Exp $

COMMENT = text editor inspired by Norton Commander
-DISTNAME = le-1.16.6
+DISTNAME = le-1.16.7
CATEGORIES = editors

HOMEPAGE = http://lav.yar.ru/programs.html
Index: distinfo
===================================================================
RCS file: /cvs/ports/editors/le/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo 22 Aug 2019 07:17:06 -0000 1.6
+++ distinfo 31 Dec 2019 23:14:59 -0000
@@ -1,2 +1,2 @@
-SHA256 (le-1.16.6.tar.gz) = //v37eXXNtQu8tGY+msUmDyohSHQo7cIhlxHxItD5s0=
-SIZE (le-1.16.6.tar.gz) = 1010854
+SHA256 (le-1.16.7.tar.gz) = HL4IHrox5pM2PJuKhGSvEH5Lq/0jVKCaF9wxWzYFr0E=
+SIZE (le-1.16.7.tar.gz) = 1063942
Hi ports --

Attached is a simple update to editors/le.
The changelog looks like this:
Version 1.16.7 - 2019-12-19

* fixed syntax highlighting initialization on loading of another file.
* minor python syntax additions.

OK?

~Brian

Re: Can't extract Github's autogenerated tarball

On 2019/12/31 23:02, Stuart Henderson wrote:
> It just runs "gzip -d $file | tar xf -"

Should read "gzip -d < $file | tar xf -"

> What is the URL of the tar file?

oh..I missed the attachment.

https://github.com/goleo108/warfork-qfusion/archive/4e2657170a46ebd18165a4c4d5a1524865f9542f.tar.gz

Testing this file I think you're just going to need gtar for now.
/bin/tar doesn't support the file, and neither does libarchive's bsdtar.

$ bsdtar tvzf /usr/ports/distfiles/warfork-20191231-4e265717.tar.gz 2>&1 | tail -5
drwxrwxr-x 0 root root 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/
drwxrwxr-x 0 root root 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/
drwxrwxr-x 0 root root 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/Angelscript.framework/bsdtar: Special header too large
bsdtar: Error exit delayed from previous errors.

$ tar tvzf /usr/ports/distfiles/warfork-20191231-4e265717.tar.gz 2>&1 | grep -A1 'out of range'
tar: Extended header record length 1147190 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/Angelscript.framework/Angelscript -> see 8dd156e4ed51aa4bdbedbdc07f88b9aab6deef43.paxheader
tar: Extended header record length 28792 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/Ogg.framework/Ogg -> see bf599d9a549fe065dcff44e45283fe446990e482.paxheader
tar: Extended header record length 1838050 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/SDL2.framework/SDL2 -> see 0dac56341ad19f54161d474166499fd50a53f268.paxheader
tar: Extended header record length 248901 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/Theora.framework/Theora -> see b3336fb51b2f9a182540829629a38d5774b06f80.paxheader
tar: Extended header record length 3265222 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/Vorbis.framework/Vorbis -> see e80cafdeb97a3d9bcf435794a4bb19a963a50522.paxheader
tar: Extended header record length 629385 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/freetype.framework/freetype -> see 89b7df87bf98d40b03704ef53756e3c98cfecdbe.paxheader
tar: Extended header record length 713413 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/libcurl.framework/libcurl -> see 2855a871e4dda83aefdccf276d7632917b9600fc.paxheader
tar: Extended header record length 262121 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/libjpeg.framework/libjpeg -> see be34a1f08e7f32a211a83aac5574cc05b378741a.paxheader
tar: Extended header record length 188253 is out of range
lrwxrwxrwx 1 root wheel 0 Dec 31 05:52 warfork-qfusion-4e2657170a46ebd18165a4c4d5a1524865f9542f/source/mac/Frameworks/png.framework/png -> see 32eb7cc40ea1f24fc853707710f77dc55dcd97f1.paxheader

Re: Can't extract Github's autogenerated tarball

On 2019/12/31 18:41, Leo wrote:
> I am working on new port and temporarily point
> it to my Github account until changes are merged,
> however, ports system fails to extract tarball, but
> I can extract it without errors with `tar zxf`

Is "tar" actually running /bin/tar or is it aliased or something
to another program?

Should look like this:

$ type tar
tar is /bin/tar

> this is the output I got:
> ===> Extracting for warfork-20191231
> tar: Extended header record length 1147190 is out of range
> tar: Extended header record length 28792 is out of range
> tar: Extended header record length 1838050 is out of range
> tar: Extended header record length 248901 is out of range
> tar: Extended header record length 3265222 is out of range
> tar: Extended header record length 629385 is out of range
> tar: Extended header record length 713413 is out of range
> tar: Extended header record length 262121 is out of range
> tar: Extended header record length 188253 is out of range

It just runs "gzip -d $file | tar xf -" which shouldn't be very different
than "tar zxf" ..

If it needs some other tar then you can e.g. set BUILD_DEPENDS
on archivers/gtar and set "TAR=gtar" in the port Makefile.

What is the URL of the tar file?

Re: UPDATE mail/s-nail

On 2019/12/31 23:36, Solene Rapenne wrote:
> hi, portcheck(1) reports this error but I'm unsure why
>
> Missing library for idn2>=0.0
> *** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 'port-wantlib-args')
> *** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bsd.port.mk:3033 'print-plist-with-depends')
> in FLAVOR "idna": the following libraries in WANTLIB look like masked by RUN_DEPENDS: idn2

good catch,

: .if ${FLAVOR:Midna}
: WANTLIB+= idn2
: LIB_DEPENDS+= devel/libidn2
: [...]
: .endif
:
: [...]
:
: LIB_DEPENDS= converters/libiconv

The second LIB_DEPENDS with = not += hides the first one. (see
"make show=LIB_DEPENDS").

The "Missing library" is because there's no valid dependency path to the
idn2 entry in WANTLIB.

portcheck's "masked by RUN_DEPENDS" message is bogus but that's not really
unusual :)

Re: UPDATE mail/s-nail

Le Tue, 31 Dec 2019 20:55:02 +0100,
Steffen Nurpmeso <steffen@sdaoden.eu> a écrit :

> Hello ports@.
>
> An update to v14.9.16. Mailcap support etc., many fixes.
>
> Now really parallelizes tests even on OpenBSD even without -j
> make flag. Unfortunately needs a patch since i broke clang
> (non-) inlining for levels <-O1 (that "rework that false INLINE
> sauce" was .. false). But i assumed OpenBSD does not like
> OPT_AUTOGCC still, even if it enables a lot of security related
> compile time flags :).
>
> Thanks for your consideration, and a hopefully
>
> Happy new year 2020.
>
> Ciao from Germany!
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/mail/s-nail/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- Makefile 20 Aug 2019 09:59:59 -0000 1.25
> +++ Makefile 31 Dec 2019 19:46:16 -0000
> @@ -2,7 +2,7 @@
>
> COMMENT= SysV mail/BSD Mail/POSIX mailx: send and
> receive mail
> -DISTNAME= s-nail-14.9.15
> +DISTNAME= s-nail-14.9.16
> CATEGORIES= mail
> HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx
>
> @@ -26,10 +26,8 @@ MAKE_FLAGS= CC="${CC}" \
> VAL_SYSCONFDIR="${SYSCONFDIR}" \
> VAL_SID= \
> OPT_ALWAYS_UNICODE_LOCALE=yes \
> - OPT_AGENT=no \
> OPT_AUTOCC=no \
> OPT_DOTLOCK=no \
> - OPT_GSSAPI=no \
> VAL_RANDOM=arc4
>
> .if ${FLAVOR:Midna}
> Index: distinfo
> ===================================================================
> RCS file: /cvs/ports/mail/s-nail/distinfo,v
> retrieving revision 1.18
> diff -u -p -r1.18 distinfo
> --- distinfo 20 Aug 2019 09:59:59 -0000 1.18
> +++ distinfo 31 Dec 2019 19:46:16 -0000
> @@ -1,2 +1,2 @@
> -SHA256 (s-nail-14.9.15.tar.gz) =
> TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM= -SIZE
> (s-nail-14.9.15.tar.gz) = 1036102 +SHA256 (s-nail-14.9.16.tar.gz) =
> 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0= +SIZE
> (s-nail-14.9.16.tar.gz) = 1075490 Index:
> patches/patch-include_su_code_h
> ===================================================================
> RCS file: patches/patch-include_su_code_h diff -N
> patches/patch-include_su_code_h --- /dev/null 1 Jan 1970
> 00:00:00 -0000 +++ patches/patch-include_su_code_h 31 Dec 2019
> 19:46:16 -0000 @@ -0,0 +1,39 @@
> +$OpenBSD$
> +
> +commit 0eb2314c
> +Author: Steffen Nurpmeso <steffen@sdaoden.eu>
> +AuthorDate: 2019-12-31 20:34:34 +0100
> +Commit: Steffen Nurpmeso <steffen@sdaoden.eu>
> +CommitDate: 2019-12-31 20:34:52 +0100
> +
> + FIX clang: not inlining with <-O2; comment out _Alignof() usage
> +---
> + include/su/code.h | 8 +++++---
> + 1 file changed, 5 insertions(+), 3 deletions(-)
> +
> +diff --git a/include/su/code.h b/include/su/code.h
> +index 6e6cd74c..af1e5a30 100644
> +--- include/su/code.h
> ++++ include/su/code.h
> +@@ -470,8 +470,9 @@ do{\
> + # define su_INLINE static inline
> + # define su_SINLINE static inline
> + # else
> +-# define su_INLINE inline
> +-# define su_SINLINE static inline
> ++ /* clang does not like inline with <-O2 */
> ++# define su_INLINE inline __attribute__((always_inline))
> ++# define su_SINLINE static inline __attribute__((always_inline))
> + # endif
> + # else
> + # define su_INLINE static __inline
> +@@ -534,7 +535,8 @@ do{\
> + #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) -
> 1)))
> +
> + /* Alignment. Note: su_uz POW2 asserted in POD section below! */
> +-#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L
> ++/* Commented out: "_Alignof() applied to an expression is a GNU
> extension" */ ++#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__
> +0 >= 201112L
> + # include <stdalign.h>
> + # define su_ALIGNOF(X) _Alignof(X)
> + #else
>
> --steffen
> |
> |Der Kragenbaer, The moon bear,
> |der holt sich munter he cheerfully and one by one
> |einen nach dem anderen runter wa.ks himself off
> |(By Robert Gernhardt)
>

hi, portcheck(1) reports this error but I'm unsure why

Missing library for idn2>=0.0
*** Error 1 in . (/home/ports/infrastructure/mk/bsd.port.mk:3374 'port-wantlib-args')
*** Error 1 in /home/ports/mail/s-nail (/home/ports/infrastructure/mk/bsd.port.mk:3033 'print-plist-with-depends')
in FLAVOR "idna": the following libraries in WANTLIB look like masked by RUN_DEPENDS: idn2

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

Proposing such a huge project without the ability to do it? I may have been a little disrespectful, but not the first one in the thread. And my point wasn't to be disrespectful, but to point out that most proposals unaccompanied by code and that don't solve obvious problems don't seem to be received very well. Apologies if that wasn't within bounds.

E


Sent from my iPhone

> On Dec 31, 2019, at 3:46 PM, Theo de Raadt <deraadt@openbsd.org> wrote:
>
> Isn't it a bit disrespectful to assume someone on misc@ is going to
> write such a large diff?
>
>> Maybe the OP could just go ahead and replace all the Perl code with Lua and then ask for feedback from the other devs? That is the OpenBSD way, right? If it really is a great idea, they'd all be really excited. In any case, it would kill this thread.
>>
>> EZ
>>
>>
>> Sent from my iPhone
>>
>>>> On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
>>>
>>> I like where this thread is headed.
>>>
>>> To expand on this idea, maybe we should demonstrate how diversity and
>>> inclusiveness can work in an operating system via language choices.
>>> Why stop at TCL and LUA? Or even scripting languages in general. Why
>>> not Go, Rust, Haskell and Scala too?
>>>
>>> Hear me out. We can set up a raffle system so that each winner can
>>> write their winning tool in their language of choice. All the
>>> parallel development will even solve the "multi year effort" problem
>>> that was brought up by the original poster too. Nobody will mind
>>> having another 8 or 9 languages in the base system, right?
>>>
>>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

Isn't it a bit disrespectful to assume someone on misc@ is going to
write such a large diff?

> Maybe the OP could just go ahead and replace all the Perl code with Lua and then ask for feedback from the other devs? That is the OpenBSD way, right? If it really is a great idea, they'd all be really excited. In any case, it would kill this thread.
>
> EZ
>
>
> Sent from my iPhone
>
> > On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
> >
> > I like where this thread is headed.
> >
> > To expand on this idea, maybe we should demonstrate how diversity and
> > inclusiveness can work in an operating system via language choices.
> > Why stop at TCL and LUA? Or even scripting languages in general. Why
> > not Go, Rust, Haskell and Scala too?
> >
> > Hear me out. We can set up a raffle system so that each winner can
> > write their winning tool in their language of choice. All the
> > parallel development will even solve the "multi year effort" problem
> > that was brought up by the original poster too. Nobody will mind
> > having another 8 or 9 languages in the base system, right?
> >
>

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

On Tue, Dec 31, 2019 at 4:30 PM Marc Chantreux
<marc.chantreux@renater.fr> wrote:
>
> On Tue, Dec 31, 2019 at 06:57:02AM -0600, Daniel Boyd wrote:
> > As one of the few remaining people out there who considers perl to be
> > their favorite language—starting to wonder if it's just me and Larry
> > Wall at this point—I'd like to say that perl should stay in base on
> > its merits, all the perl-based system tools notwithstanding.
>
> one of the few remaining people ? is it so ? i really wonder ...
>
> Perl bashing is around the IT crowd for 20 decades and yet, when i
> compare with other dynamic langages:
>
> * perl is the only one who gives me the conciseness and spirit of unix
> tools combined to the power of a dynamic langage (the only close one
> is ruby, the next level is raku, the others look like jokes to me).
> so as openbsd people seems to be confortable with this unix culture,
> i'm inclined to think that perl is popular here.
> * CPAN is the best ecosystem to share code (metacpan is just awesome
> compared to the other package sites, tooling is very good as well)
> * the popularity of perl around me don't reflect the "perl is dead" moto
> we heard since so many years (yes: there is a decline but it's in
> flavor of compiled langages. the only one who switched to python
> made this choice for money reason)
>
> both perl and openbsd popularities are underestimated just because
> they still prefer mailing lists over stackoverflow (or other web
> services who try to buzz with some charts) and don't care that much
> about marketing. but still: i will be curious to know the perl
> popularity in the openbsd community.

Don't know if anyone cares because I'm not an OpenBSD dev (maybe some
day I'll find something useful to hack on), but perl is definitely my
go-to language. I agree with the "conciseness and spirit of unix
tools", it is something that I have thought about but have never been
able to formulate.

Of course its age is showing in some areas but in my experience, those
things are actually still worked on, and have been fixed without major
incompatibilities (python3 anyone?).

I remember a few years ago when I was briefly researching a
replacement for perl for my personal projects and I tried out python3
and ruby in parallel and ruby was definitely the winner there. I have
absolutely no idea why python even gained the popularity it has, it
felt like a random hack, especially compared to ruby. The only thing I
really miss from python is "yield".

Re: ttyC0 floods with error messages

"Raymond, David" <david.raymond@nmt.edu> wrote:

> I get similar stuff on console 1 but not on the others on all my
> OpenBSD machines. As I use X windows and have clean consoles 2-4
> available if necessary, I just ignore it.
>
> Dave Raymond
>
>
> On 12/16/19, putridsoul66@gmail.com <putridsoul66@gmail.com> wrote:
> > The error does not seem to be a faulty mouse and I
> > don't use a KVM switch anyway so it is not the source.
> > Following on pervious reply, I tried on a new mouse.
> > But was greeted with the same error:
> >
> > wsmouse0 detached
> > ums0 detached
> > uhidev0 detached
> > uhidev0 at uhub0 port 4 configuration 1 interface 0 "PixArt USB Optical
> > Mouse" rev 2.00/1.00 addr 2
> > uhidev0: iclass 3/1
> > ums0 at uhidev0: 3 buttons, Z dir
> > wsmouse0 at ums0 mux 0
> >
> > Unless I'm the unfortunate person destined to own all faulty
> > mice in the world, I look forward to a solution. Is there
> > anyone here who uses a desktop setup with a mouse, not greeted
> > with these pesky errors. Are experts on here sure this is not
> > a bug, or lack of proper driver. More info on the latter, this
> > test consisted of Logitech M90 and Dell MS111-P mouse.
> >
> >
>
>
> --
> David J. Raymond
> David.Raymond@nmt.edu
> http://physics.nmt.edu/~raymond

I get this also on my Intel NUC with the mouse connected via an Anker 7 port
HUB extender. I was tidying up my cables yesterday and moved my mouse cable to
one of the NUC's ports and I haven't been spammed since.

The dmesg that was sent in looked like it had a USB HUB and then someone
mentioned a KVM switch. So not sure if the mice or host don't like how they are
connected.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On Tue, Dec 31, 2019 at 5:50 PM Marc Espie <espie@nerim.net> wrote:

> We did retire vax, and we no longer have any platform without dynamic
> libraries.
>
>
OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?

UPDATE mail/s-nail

Hello ports@.

An update to v14.9.16. Mailcap support etc., many fixes.

Now really parallelizes tests even on OpenBSD even without -j
make flag. Unfortunately needs a patch since i broke clang
(non-) inlining for levels <-O1 (that "rework that false INLINE
sauce" was .. false). But i assumed OpenBSD does not like
OPT_AUTOGCC still, even if it enables a lot of security related
compile time flags :).

Thanks for your consideration, and a hopefully

Happy new year 2020.

Ciao from Germany!

Index: Makefile
===================================================================
RCS file: /cvs/ports/mail/s-nail/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile 20 Aug 2019 09:59:59 -0000 1.25
+++ Makefile 31 Dec 2019 19:46:16 -0000
@@ -2,7 +2,7 @@

COMMENT= SysV mail/BSD Mail/POSIX mailx: send and receive mail

-DISTNAME= s-nail-14.9.15
+DISTNAME= s-nail-14.9.16
CATEGORIES= mail
HOMEPAGE= https://www.sdaoden.eu/code.html\#s-mailx

@@ -26,10 +26,8 @@ MAKE_FLAGS= CC="${CC}" \
VAL_SYSCONFDIR="${SYSCONFDIR}" \
VAL_SID= \
OPT_ALWAYS_UNICODE_LOCALE=yes \
- OPT_AGENT=no \
OPT_AUTOCC=no \
OPT_DOTLOCK=no \
- OPT_GSSAPI=no \
VAL_RANDOM=arc4

.if ${FLAVOR:Midna}
Index: distinfo
===================================================================
RCS file: /cvs/ports/mail/s-nail/distinfo,v
retrieving revision 1.18
diff -u -p -r1.18 distinfo
--- distinfo 20 Aug 2019 09:59:59 -0000 1.18
+++ distinfo 31 Dec 2019 19:46:16 -0000
@@ -1,2 +1,2 @@
-SHA256 (s-nail-14.9.15.tar.gz) = TEux2uD9btq/HSaKxqR23pqrPBW0u+IUFUmhHb8rrnM=
-SIZE (s-nail-14.9.15.tar.gz) = 1036102
+SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0=
+SIZE (s-nail-14.9.16.tar.gz) = 1075490
Index: patches/patch-include_su_code_h
===================================================================
RCS file: patches/patch-include_su_code_h
diff -N patches/patch-include_su_code_h
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-include_su_code_h 31 Dec 2019 19:46:16 -0000
@@ -0,0 +1,39 @@
+$OpenBSD$
+
+commit 0eb2314c
+Author: Steffen Nurpmeso <steffen@sdaoden.eu>
+AuthorDate: 2019-12-31 20:34:34 +0100
+Commit: Steffen Nurpmeso <steffen@sdaoden.eu>
+CommitDate: 2019-12-31 20:34:52 +0100
+
+ FIX clang: not inlining with <-O2; comment out _Alignof() usage
+---
+ include/su/code.h | 8 +++++---
+ 1 file changed, 5 insertions(+), 3 deletions(-)
+
+diff --git a/include/su/code.h b/include/su/code.h
+index 6e6cd74c..af1e5a30 100644
+--- include/su/code.h
++++ include/su/code.h
+@@ -470,8 +470,9 @@ do{\
+ # define su_INLINE static inline
+ # define su_SINLINE static inline
+ # else
+-# define su_INLINE inline
+-# define su_SINLINE static inline
++ /* clang does not like inline with <-O2 */
++# define su_INLINE inline __attribute__((always_inline))
++# define su_SINLINE static inline __attribute__((always_inline))
+ # endif
+ # else
+ # define su_INLINE static __inline
+@@ -534,7 +535,8 @@ do{\
+ #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) - 1)))
+
+ /* Alignment. Note: su_uz POW2 asserted in POD section below! */
+-#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L
++/* Commented out: "_Alignof() applied to an expression is a GNU extension" */
++#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L
+ # include <stdalign.h>
+ # define su_ALIGNOF(X) _Alignof(X)
+ #else

--steffen
|
|Der Kragenbaer, The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

Maybe the OP could just go ahead and replace all the Perl code with Lua and then ask for feedback from the other devs? That is the OpenBSD way, right? If it really is a great idea, they'd all be really excited. In any case, it would kill this thread.

EZ


Sent from my iPhone

> On Dec 31, 2019, at 1:22 PM, Daniel Corbe <daniel@corbe.net> wrote:
>
> I like where this thread is headed.
>
> To expand on this idea, maybe we should demonstrate how diversity and
> inclusiveness can work in an operating system via language choices.
> Why stop at TCL and LUA? Or even scripting languages in general. Why
> not Go, Rust, Haskell and Scala too?
>
> Hear me out. We can set up a raffle system so that each winner can
> write their winning tool in their language of choice. All the
> parallel development will even solve the "multi year effort" problem
> that was brought up by the original poster too. Nobody will mind
> having another 8 or 9 languages in the base system, right?
>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On 12-31 14:02, Raul Miller wrote:
> On Tue, Dec 31, 2019 at 1:32 PM <danieljboyd@icloud.com> wrote:
> > I'm curious to know if there are any languages other than C and perl in
> > use in OpenBSD base.
> It's pretty easy to download the sources for base, and then:
> tar zxf src.tar.gz
> find . -type f -name '*.*' | sed 's/^.*\.//' | sort | uniq -c | sort
> -n | tail -40

For what it may be worth: another way I use to see "what is available"
(sometimes just to learn) is either: "man [1-9] intro" or go to
http://man.openbsd.org, optionally choose a section, put "." (without
quotes) in the search field, and click the "apropos" button.

--
Please pray for our country(ies) and leaders, at this important time.
More on this and other topics (a simple, non-JS site w/ no sales):
http://lukecall.net (updated 2019-12-8)

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

I like where this thread is headed.

To expand on this idea, maybe we should demonstrate how diversity and
inclusiveness can work in an operating system via language choices.
Why stop at TCL and LUA? Or even scripting languages in general. Why
not Go, Rust, Haskell and Scala too?

Hear me out. We can set up a raffle system so that each winner can
write their winning tool in their language of choice. All the
parallel development will even solve the "multi year effort" problem
that was brought up by the original poster too. Nobody will mind
having another 8 or 9 languages in the base system, right?

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On Tue, Dec 31, 2019 at 02:02:47PM -0500, Raul Miller wrote:
> tar zxf src.tar.gz
> find . -type f -name '*.*' | sed 's/^.*\.//' | sort | uniq -c | sort
> -n | tail -40

That was fun, I learned about the -n option :) Thanks!
wise@hup:/usr/src$ find . -type f -name '*.*' | sed 's/^.*\.//' | sort | uniq -c | sort -n | tail -40 | sort -nr
17030 c
14060 h
5208 cpp
4043 C
2978 t
1567 out
1516 in
1424 txt
1414 pl
1394 py
1213 3
1011 sh
968 pm
955 4
904 html
751 S
597 cc
545 out++
542 png
534 rst
523 out_ascii
504 ok
474 exp
412 1
391 td
334 8
320 map
319 inc
315 gn
311 md5
283 texi
278 hpp
277 md
265 pod
242 out_lint
229 out_markdown
211 m4
207 m
191 def
179 f

Re: Turbo boost and performance degradation

This might be relevant:

hw.setperf=0

See also: https://man.openbsd.org/cpu.4

--
Raul

On Tue, Dec 31, 2019 at 1:57 PM Leo <goleo108@gmail.com> wrote:
>
> hi
>
> my russian friend has a trouble running OpenBSD
> on his laptop, he reports that Turbo Boost is
> not working (OpenBSD limits him to 1100 MHz),
> he also reports that he owns /dev/drm0, but
> everything is slow, he can't even play videos
> in Firefox
>
> I attach his dmesg, Xorg.0.log and sysctl hw:
> OpenBSD 6.6-current (GENERIC.MP) #576: Mon Dec 30 11:57:39 MST 2019
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4096020480 (3906MB)
> avail mem = 3959422976 (3776MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xfaf60 (44 entries)
> bios0: vendor LENOVO version "6GCN24WW" date 11/13/2017
> bios0: LENOVO 81A4
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP UEFI BDAT DBG2 DBGP HPET LPIT APIC MCFG NPKT PRAM WSMT SSDT SSDT BATB SSDT SSDT SSDT SSDT MSDM SSDT FPDT BGRT WDAT UEFI
> acpi0: wakeup devices LID0(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) XHC_(S4) XDCI(S4) HDAS(S3)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 19200000 Hz
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.97 MHz, 06-5c-09
> 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu0: 1MB 64b/line 16-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 19MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
> cpu1 at mainbus0: apid 4 (application processor)
> cpu1: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.49 MHz, 06-5c-09
> 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu1: 1MB 64b/line 16-way L2 cache
> cpu1: smt 0, core 2, package 0
> ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 120 pins
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xe0000000, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (RP01)
> acpiprt2 at acpi0: bus 2 (RP02)
> acpiprt3 at acpi0: bus -1 (RP03)
> acpiprt4 at acpi0: bus -1 (RP04)
> acpiprt5 at acpi0: bus -1 (RP05)
> acpiprt6 at acpi0: bus -1 (RP06)
> acpiec0 at acpi0
> acpicpu0 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
> acpicpu1 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
> acpipwrres0 at acpi0: FN00, resource for FAN0
> acpitz0 at acpi0: critical temperature is 100 degC
> aplgpio0 at acpi0: GPO0 uid 1 addr 0xd0c50000/0x76c irq 14, 78 pins
> acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
> acpibat0 at acpi0: BAT1 model "BASE-BAT" serial 12345678 type LiP oem "LENOVO"
> "VPC2004" at acpi0 not configured
> acpibtn0 at acpi0: LID0
> "SYNA2B38" at acpi0 not configured
> acpiac0 at acpi0: AC unit offline
> acpibtn1 at acpi0: PWRB
> acpicmos0 at acpi0
> aplgpio1 at acpi0: GPO1 uid 2 addr 0xd0c40000/0x764 irq 14, 77 pins
> aplgpio2 at acpi0: GPO2 uid 3 addr 0xd0c70000/0x674 irq 14, 47 pins
> aplgpio3 at acpi0: GPO3 uid 4 addr 0xd0c00000/0x654 irq 14, 43 pins
> "INT33A1" at acpi0 not configured
> "INT3400" at acpi0 not configured
> "INT3406" at acpi0 not configured
> "INT3403" at acpi0 not configured
> "INT3403" at acpi0 not configured
> "PNP0C0B" at acpi0 not configured
> acpivideo0 at acpi0: GFX0
> acpivout0 at acpivideo0: DD1F
> cpu0: Enhanced SpeedStep 1097 MHz: speeds: 1101, 1100, 1000, 900, 800 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Apollo Lake Host" rev 0x0b
> vendor "Intel", unknown product 0x5a8c (class DASP subclass miscellaneous, rev 0x0b) at pci0 dev 0 function 1 not configured
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 500" rev 0x0b
> drm0 at inteldrm0
> inteldrm0: msi
> azalia0 at pci0 dev 14 function 0 "Intel Apollo Lake HD Audio" rev 0x0b: msi
> azalia0: codecs: Realtek ALC269, Intel/0x280a, using Realtek ALC269
> audio0 at azalia0
> "Intel Apollo Lake TXE" rev 0x0b at pci0 dev 15 function 0 not configured
> ahci0 at pci0 dev 18 function 0 "Intel Apollo Lake AHCI" rev 0x0b: msi, AHCI 1.3.1
> ahci0: PHY offline on port 0
> ahci0: PHY offline on port 1
> scsibus1 at ahci0: 32 targets
> ppb0 at pci0 dev 20 function 0 "Intel Apollo Lake PCIE" rev 0xfb: msi
> pci1 at ppb0 bus 1
> rtsx0 at pci1 dev 0 function 0 "Realtek RTS5229 Card Reader" rev 0x01: msi
> sdmmc0 at rtsx0: 4-bit, dma
> ppb1 at pci0 dev 20 function 1 "Intel Apollo Lake PCIE" rev 0xfb: msi
> pci2 at ppb1 bus 2
> iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 3165" rev 0x99, msi
> xhci0 at pci0 dev 21 function 0 "Intel Apollo Lake xHCI" rev 0x0b: msi, xHCI 1.0
> usb0 at xhci0: USB revision 3.0
> uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
> dwiic0 at pci0 dev 22 function 0 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 27
> iic0 at dwiic0
> dwiic1 at pci0 dev 22 function 2 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 29
> iic1 at dwiic1
> ihidev0 at iic1 addr 0x2c irq 58, vendor 0x6cb product 0x7fb5, SYNA2B38
> ihidev0: 14 report ids
> imt0 at ihidev0: clickpad, 5 contacts
> wsmouse0 at imt0 mux 0
> sdhc0 at pci0 dev 28 function 0 "Intel Apollo Lake eMMC" rev 0x0b: apic 1 int 39
> sdhc0: SDHC 3.0, 200 MHz base clock
> sdmmc1 at sdhc0: 8-bit, sd high-speed, mmc high-speed, dma
> pcib0 at pci0 dev 31 function 0 "Intel Apollo Lake LPC" rev 0x0b
> ichiic0 at pci0 dev 31 function 1 "Intel Apollo Lake SMBus" rev 0x0b: apic 1 int 20
> iic2 at ichiic0
> 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
> vmm0 at mainbus0: VMX/EPT
> efifb at mainbus0 not configured
> scsibus2 at sdmmc1: 2 targets, initiator 0
> sd0 at scsibus2 targ 1 lun 0: <SD/MMC, HBG4a2, 0000> removable
> sd0: 29820MB, 512 bytes/sector, 61071360 sectors
> ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.01 addr 2
> uvideo0 at uhub0 port 8 configuration 1 interface 0 "Bison EasyCamera" rev 2.00/53.03 addr 3
> video0 at uvideo0
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006>
> sd1: 29819MB, 512 bytes/sector, 61069745 sectors
> root on sd1a (13a826e7cc12fbe9.a) swap on sd1b dump on sd1b
> inteldrm0: 1366x768, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> iwm0: hw rev 0x210, fw ver 17.3216344376.0, address d4:6d:6d:ee:92:6f
> syncing disks... done
> OpenBSD 6.6-current (GENERIC.MP) #576: Mon Dec 30 11:57:39 MST 2019
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4096020480 (3906MB)
> avail mem = 3959418880 (3775MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xfaf60 (44 entries)
> bios0: vendor LENOVO version "6GCN24WW" date 11/13/2017
> bios0: LENOVO 81A4
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP UEFI BDAT DBG2 DBGP HPET LPIT APIC MCFG NPKT PRAM WSMT SSDT SSDT BATB SSDT SSDT SSDT SSDT MSDM SSDT FPDT BGRT WDAT UEFI
> acpi0: wakeup devices LID0(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) XHC_(S4) XDCI(S4) HDAS(S3)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 19200000 Hz
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.85 MHz, 06-5c-09
> 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu0: 1MB 64b/line 16-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 19MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
> cpu1 at mainbus0: apid 4 (application processor)
> cpu1: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.50 MHz, 06-5c-09
> 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu1: 1MB 64b/line 16-way L2 cache
> cpu1: smt 0, core 2, package 0
> ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 120 pins
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xe0000000, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (RP01)
> acpiprt2 at acpi0: bus 2 (RP02)
> acpiprt3 at acpi0: bus -1 (RP03)
> acpiprt4 at acpi0: bus -1 (RP04)
> acpiprt5 at acpi0: bus -1 (RP05)
> acpiprt6 at acpi0: bus -1 (RP06)
> acpiec0 at acpi0
> acpicpu0 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
> acpicpu1 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
> acpipwrres0 at acpi0: FN00, resource for FAN0
> acpitz0 at acpi0: critical temperature is 100 degC
> aplgpio0 at acpi0: GPO0 uid 1 addr 0xd0c50000/0x76c irq 14, 78 pins
> acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
> acpibat0 at acpi0: BAT1 model "BASE-BAT" serial 12345678 type LiP oem "LENOVO"
> "VPC2004" at acpi0 not configured
> acpibtn0 at acpi0: LID0
> "SYNA2B38" at acpi0 not configured
> acpiac0 at acpi0: AC unit offline
> acpibtn1 at acpi0: PWRB
> acpicmos0 at acpi0
> aplgpio1 at acpi0: GPO1 uid 2 addr 0xd0c40000/0x764 irq 14, 77 pins
> aplgpio2 at acpi0: GPO2 uid 3 addr 0xd0c70000/0x674 irq 14, 47 pins
> aplgpio3 at acpi0: GPO3 uid 4 addr 0xd0c00000/0x654 irq 14, 43 pins
> "INT33A1" at acpi0 not configured
> "INT3400" at acpi0 not configured
> "INT3406" at acpi0 not configured
> "INT3403" at acpi0 not configured
> "INT3403" at acpi0 not configured
> "PNP0C0B" at acpi0 not configured
> acpivideo0 at acpi0: GFX0
> acpivout0 at acpivideo0: DD1F
> cpu0: Enhanced SpeedStep 1097 MHz: speeds: 1101, 1100, 1000, 900, 800 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Apollo Lake Host" rev 0x0b
> vendor "Intel", unknown product 0x5a8c (class DASP subclass miscellaneous, rev 0x0b) at pci0 dev 0 function 1 not configured
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 500" rev 0x0b
> drm0 at inteldrm0
> inteldrm0: msi
> azalia0 at pci0 dev 14 function 0 "Intel Apollo Lake HD Audio" rev 0x0b: msi
> azalia0: codecs: Realtek ALC269, Intel/0x280a, using Realtek ALC269
> audio0 at azalia0
> "Intel Apollo Lake TXE" rev 0x0b at pci0 dev 15 function 0 not configured
> ahci0 at pci0 dev 18 function 0 "Intel Apollo Lake AHCI" rev 0x0b: msi, AHCI 1.3.1
> ahci0: PHY offline on port 0
> ahci0: PHY offline on port 1
> scsibus1 at ahci0: 32 targets
> ppb0 at pci0 dev 20 function 0 "Intel Apollo Lake PCIE" rev 0xfb: msi
> pci1 at ppb0 bus 1
> rtsx0 at pci1 dev 0 function 0 "Realtek RTS5229 Card Reader" rev 0x01: msi
> sdmmc0 at rtsx0: 4-bit, dma
> ppb1 at pci0 dev 20 function 1 "Intel Apollo Lake PCIE" rev 0xfb: msi
> pci2 at ppb1 bus 2
> iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 3165" rev 0x99, msi
> xhci0 at pci0 dev 21 function 0 "Intel Apollo Lake xHCI" rev 0x0b: msi, xHCI 1.0
> usb0 at xhci0: USB revision 3.0
> uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
> dwiic0 at pci0 dev 22 function 0 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 27
> iic0 at dwiic0
> dwiic1 at pci0 dev 22 function 2 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 29
> iic1 at dwiic1
> ihidev0 at iic1 addr 0x2c irq 58, vendor 0x6cb product 0x7fb5, SYNA2B38
> ihidev0: 14 report ids
> imt0 at ihidev0: clickpad, 5 contacts
> wsmouse0 at imt0 mux 0
> sdhc0 at pci0 dev 28 function 0 "Intel Apollo Lake eMMC" rev 0x0b: apic 1 int 39
> sdhc0: SDHC 3.0, 200 MHz base clock
> sdmmc1 at sdhc0: 8-bit, sd high-speed, mmc high-speed, dma
> pcib0 at pci0 dev 31 function 0 "Intel Apollo Lake LPC" rev 0x0b
> ichiic0 at pci0 dev 31 function 1 "Intel Apollo Lake SMBus" rev 0x0b: apic 1 int 20
> iic2 at ichiic0
> 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
> vmm0 at mainbus0: VMX/EPT
> efifb at mainbus0 not configured
> scsibus2 at sdmmc1: 2 targets, initiator 0
> sd0 at scsibus2 targ 1 lun 0: <SD/MMC, HBG4a2, 0000> removable
> sd0: 29820MB, 512 bytes/sector, 61071360 sectors
> ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.01 addr 2
> uvideo0 at uhub0 port 8 configuration 1 interface 0 "Bison EasyCamera" rev 2.00/53.03 addr 3
> video0 at uvideo0
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006>
> sd1: 29819MB, 512 bytes/sector, 61069745 sectors
> root on sd1a (13a826e7cc12fbe9.a) swap on sd1b dump on sd1b
> inteldrm0: 1366x768, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> iwm0: hw rev 0x210, fw ver 17.3216344376.0, address d4:6d:6d:ee:92:6f
> [ 42.619] (--) checkDevMem: using aperture driver /dev/xf86
> [ 42.660] (--) Using wscons driver on /dev/ttyC4
> [ 42.687]
> X.Org X Server 1.20.6
> X Protocol Version 11, Revision 0
> [ 42.687] Build Operating System: OpenBSD 6.6 amd64
> [ 42.687] Current Operating System: OpenBSD whesun_laptop.Dlink 6.6 GENERIC.MP#576 amd64
> [ 42.688] Build Date: 30 December 2019 12:22:35PM
> [ 42.688]
> [ 42.688] Current version of pixman: 0.38.4
> [ 42.688] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [ 42.688] Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 42.688] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Dec 31 21:15:16 2019
> [ 42.691] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
> [ 42.696] (==) No Layout section. Using the first Screen section.
> [ 42.696] (==) No screen section available. Using defaults.
> [ 42.696] (**) |-->Screen "Default Screen Section" (0)
> [ 42.696] (**) | |-->Monitor "<default monitor>"
> [ 42.701] (==) No monitor specified for screen "Default Screen Section".
> Using a default monitor configuration.
> [ 42.701] (==) Automatically adding devices
> [ 42.701] (==) Automatically enabling devices
> [ 42.701] (==) Not automatically adding GPU devices
> [ 42.702] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 42.721] (==) FontPath set to:
> /usr/X11R6/lib/X11/fonts/misc/,
> /usr/X11R6/lib/X11/fonts/TTF/,
> /usr/X11R6/lib/X11/fonts/OTF/,
> /usr/X11R6/lib/X11/fonts/Type1/,
> /usr/X11R6/lib/X11/fonts/100dpi/,
> /usr/X11R6/lib/X11/fonts/75dpi/
> [ 42.721] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [ 42.721] (II) The server relies on wscons to provide the list of input devices.
> If no devices become available, reconfigure wscons or disable AutoAddDevices.
> [ 42.721] (II) Loader magic: 0x194dbd27000
> [ 42.721] (II) Module ABI versions:
> [ 42.721] X.Org ANSI C Emulation: 0.4
> [ 42.721] X.Org Video Driver: 24.0
> [ 42.721] X.Org XInput driver : 24.1
> [ 42.721] X.Org Server Extension : 10.0
> [ 42.722] (--) PCI:*(0@0:2:0) 8086:5a85:17aa:39fd rev 11, Mem @ 0x90000000/16777216, 0x80000000/268435456, I/O @ 0x00001000/64
> [ 42.722] (II) LoadModule: "glx"
> [ 42.727] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
> [ 42.774] (II) Module glx: vendor="X.Org Foundation"
> [ 42.774] compiled for 1.20.6, module version = 1.0.0
> [ 42.774] ABI class: X.Org Server Extension, version 10.0
> [ 42.777] (==) Matched modesetting as autoconfigured driver 0
> [ 42.777] (==) Assigned the driver to the xf86ConfigLayout
> [ 42.777] (II) LoadModule: "modesetting"
> [ 42.778] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so
> [ 42.783] (II) Module modesetting: vendor="X.Org Foundation"
> [ 42.783] compiled for 1.20.6, module version = 1.20.6
> [ 42.783] Module class: X.Org Video Driver
> [ 42.783] ABI class: X.Org Video Driver, version 24.0
> [ 42.783] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
> [ 42.791] (**) modeset(0): claimed PCI slot 0@0:2:0
> [ 42.791] (II) modeset(0): using default device
> [ 42.792] (II) modeset(0): Creating default Display subsection in Screen section
> "Default Screen Section" for depth/fbbpp 24/32
> [ 42.792] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
> [ 42.792] (==) modeset(0): RGB weight 888
> [ 42.792] (==) modeset(0): Default visual is TrueColor
> [ 42.792] (II) Loading sub module "glamoregl"
> [ 42.792] (II) LoadModule: "glamoregl"
> [ 42.795] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so
> [ 42.831] (II) Module glamoregl: vendor="X.Org Foundation"
> [ 42.831] compiled for 1.20.6, module version = 1.0.1
> [ 42.831] ABI class: X.Org ANSI C Emulation, version 0.4
> [ 43.072] (II) modeset(0): glamor X acceleration enabled on Mesa DRI Intel(R) HD Graphics 500 (Broxton 2x6)
> [ 43.072] (II) modeset(0): glamor initialized
> [ 43.074] (II) modeset(0): Output eDP-1 has no monitor section
> [ 43.076] (II) modeset(0): Output HDMI-1 has no monitor section
> [ 43.080] (II) modeset(0): EDID for output eDP-1
> [ 43.080] (II) modeset(0): Manufacturer: AUO Model: 255c Serial#: 0
> [ 43.080] (II) modeset(0): Year: 2014 Week: 1
> [ 43.081] (II) modeset(0): EDID Version: 1.4
> [ 43.081] (II) modeset(0): Digital Display Input
> [ 43.081] (II) modeset(0): 6 bits per channel
> [ 43.081] (II) modeset(0): Digital interface is DisplayPort
> [ 43.081] (II) modeset(0): Max Image Size [cm]: horiz.: 26 vert.: 14
> [ 43.081] (II) modeset(0): Gamma: 2.20
> [ 43.081] (II) modeset(0): No DPMS capabilities specified
> [ 43.081] (II) modeset(0): Supported color encodings: RGB 4:4:4
> [ 43.081] (II) modeset(0): First detailed timing is preferred mode
> [ 43.081] (II) modeset(0): Preferred mode is native pixel format and refresh rate
> [ 43.081] (II) modeset(0): redX: 0.567 redY: 0.334 greenX: 0.330 greenY: 0.569
> [ 43.081] (II) modeset(0): blueX: 0.155 blueY: 0.136 whiteX: 0.313 whiteY: 0.329
> [ 43.081] (II) modeset(0): Manufacturer's mask: 0
> [ 43.081] (II) modeset(0): Supported detailed timing:
> [ 43.081] (II) modeset(0): clock: 76.3 MHz Image Size: 256 x 144 mm
> [ 43.081] (II) modeset(0): h_active: 1366 h_sync: 1404 h_sync_end 1426 h_blank_end 1592 h_border: 0
> [ 43.081] (II) modeset(0): v_active: 768 v_sync: 771 v_sync_end 777 v_blanking: 798 v_border: 0
> [ 43.081] (II) modeset(0): Unknown vendor-specific block f
> [ 43.081] (II) modeset(0): AUO
> [ 43.081] (II) modeset(0): B116XTN02.5
> [ 43.081] (II) modeset(0): EDID (in hex):
> [ 43.081] (II) modeset(0): 00ffffffffffff0006af5c2500000000
> [ 43.081] (II) modeset(0): 01180104951a0e78026bf59155549127
> [ 43.081] (II) modeset(0): 22505400000001010101010101010101
> [ 43.081] (II) modeset(0): 010101010101ce1d56e250001e302616
> [ 43.081] (II) modeset(0): 36000090100000180000000f00000000
> [ 43.081] (II) modeset(0): 00000000000000000020000000fe0041
> [ 43.081] (II) modeset(0): 554f0a202020202020202020000000fe
> [ 43.081] (II) modeset(0): 004231313658544e30322e35200a006b
> [ 43.082] (II) modeset(0): Printing probed modes for output eDP-1
> [ 43.082] (II) modeset(0): Modeline "1366x768"x60.1 76.30 1366 1404 1426 1592 768 771 777 798 -hsync -vsync (47.9 kHz eP)
> [ 43.082] (II) modeset(0): Modeline "1280x720"x120.0 156.12 1280 1376 1512 1744 720 721 724 746 doublescan -hsync +vsync (89.5 kHz d)
> [ 43.082] (II) modeset(0): Modeline "1280x720"x120.0 120.75 1280 1304 1320 1360 720 721 724 740 doublescan +hsync -vsync (88.8 kHz d)
> [ 43.082] (II) modeset(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz d)
> [ 43.082] (II) modeset(0): Modeline "1280x720"x59.7 63.75 1280 1328 1360 1440 720 723 728 741 +hsync -vsync (44.3 kHz d)
> [ 43.082] (II) modeset(0): Modeline "1024x768"x120.1 133.47 1024 1100 1212 1400 768 768 770 794 doublescan -hsync +vsync (95.3 kHz d)
> [ 43.082] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x720"x120.0 117.00 960 1024 1128 1300 720 720 722 750 doublescan -hsync +vsync (90.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "928x696"x120.1 109.15 928 976 1088 1264 696 696 698 719 doublescan -hsync +vsync (86.4 kHz d)
> [ 43.083] (II) modeset(0): Modeline "896x672"x120.0 102.40 896 960 1060 1224 672 672 674 697 doublescan -hsync +vsync (83.7 kHz d)
> [ 43.083] (II) modeset(0): Modeline "1024x576"x119.9 98.50 1024 1092 1200 1376 576 577 580 597 doublescan -hsync +vsync (71.6 kHz d)
> [ 43.083] (II) modeset(0): Modeline "1024x576"x119.9 78.38 1024 1048 1064 1104 576 577 580 592 doublescan +hsync -vsync (71.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "1024x576"x59.9 46.50 1024 1064 1160 1296 576 579 584 599 -hsync +vsync (35.9 kHz d)
> [ 43.083] (II) modeset(0): Modeline "1024x576"x59.8 42.00 1024 1072 1104 1184 576 579 584 593 +hsync -vsync (35.5 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x600"x119.9 96.62 960 1028 1128 1296 600 601 604 622 doublescan -hsync +vsync (74.6 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x600"x120.0 77.00 960 984 1000 1040 600 601 604 617 doublescan +hsync -vsync (74.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x540"x119.9 86.50 960 1024 1124 1288 540 541 544 560 doublescan -hsync +vsync (67.2 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x540"x120.0 69.25 960 984 1000 1040 540 541 544 555 doublescan +hsync -vsync (66.6 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x540"x59.6 40.75 960 992 1088 1216 540 543 548 562 -hsync +vsync (33.5 kHz d)
> [ 43.083] (II) modeset(0): Modeline "960x540"x59.8 37.25 960 1008 1040 1120 540 543 548 556 +hsync -vsync (33.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "800x600"x120.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d)
> [ 43.083] (II) modeset(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d)
> [ 43.083] (II) modeset(0): Modeline "840x525"x120.0 73.12 840 892 980 1120 525 526 529 544 doublescan -hsync +vsync (65.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "840x525"x119.8 59.50 840 864 880 920 525 526 529 540 doublescan +hsync -vsync (64.7 kHz d)
> [ 43.083] (II) modeset(0): Modeline "864x486"x59.9 32.50 864 888 968 1072 486 489 494 506 -hsync +vsync (30.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "864x486"x59.6 30.50 864 912 944 1024 486 489 494 500 +hsync -vsync (29.8 kHz d)
> [ 43.083] (II) modeset(0): Modeline "700x525"x120.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz d)
> [ 43.083] (II) modeset(0): Modeline "800x450"x119.9 59.12 800 848 928 1056 450 451 454 467 doublescan -hsync +vsync (56.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "800x450"x119.6 48.75 800 824 840 880 450 451 454 463 doublescan +hsync -vsync (55.4 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x512"x120.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "700x450"x119.9 51.75 700 740 812 924 450 451 456 467 doublescan -hsync +vsync (56.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "700x450"x119.8 43.25 700 724 740 780 450 451 456 463 doublescan +hsync -vsync (55.4 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x480"x120.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d)
> [ 43.083] (II) modeset(0): Modeline "720x405"x59.5 22.50 720 744 808 896 405 408 413 422 -hsync +vsync (25.1 kHz d)
> [ 43.083] (II) modeset(0): Modeline "720x405"x59.0 21.75 720 768 800 880 405 408 413 419 +hsync -vsync (24.7 kHz d)
> [ 43.083] (II) modeset(0): Modeline "684x384"x119.8 42.62 684 720 788 892 384 385 390 399 doublescan -hsync +vsync (47.8 kHz d)
> [ 43.083] (II) modeset(0): Modeline "684x384"x119.7 36.12 684 708 724 764 384 385 390 395 doublescan +hsync -vsync (47.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x400"x119.8 41.75 640 676 740 840 400 401 404 415 doublescan -hsync +vsync (49.7 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x400"x120.0 35.50 640 664 680 720 400 401 404 411 doublescan +hsync -vsync (49.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x360"x119.7 37.25 640 672 736 832 360 361 364 374 doublescan -hsync +vsync (44.8 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x360"x119.7 31.88 640 664 680 720 360 361 364 370 doublescan +hsync -vsync (44.3 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x360"x59.8 18.00 640 664 720 800 360 363 368 376 -hsync +vsync (22.5 kHz d)
> [ 43.083] (II) modeset(0): Modeline "640x360"x59.3 17.75 640 688 720 800 360 363 368 374 +hsync -vsync (22.2 kHz d)
> [ 43.083] (II) modeset(0): Modeline "512x384"x120.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz d)
> [ 43.083] (II) modeset(0): Modeline "512x288"x120.0 23.25 512 532 580 648 288 289 292 299 doublescan -hsync +vsync (35.9 kHz d)
> [ 43.084] (II) modeset(0): Modeline "512x288"x119.8 21.00 512 536 552 592 288 289 292 296 doublescan +hsync -vsync (35.5 kHz d)
> [ 43.084] (II) modeset(0): Modeline "480x270"x119.3 20.38 480 496 544 608 270 271 274 281 doublescan -hsync +vsync (33.5 kHz d)
> [ 43.084] (II) modeset(0): Modeline "480x270"x119.6 18.62 480 504 520 560 270 271 274 278 doublescan +hsync -vsync (33.3 kHz d)
> [ 43.084] (II) modeset(0): Modeline "400x300"x120.6 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz d)
> [ 43.084] (II) modeset(0): Modeline "400x300"x112.7 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (35.2 kHz d)
> [ 43.084] (II) modeset(0): Modeline "432x243"x119.8 16.25 432 444 484 536 243 244 247 253 doublescan -hsync +vsync (30.3 kHz d)
> [ 43.084] (II) modeset(0): Modeline "432x243"x119.1 15.25 432 456 472 512 243 244 247 250 doublescan +hsync -vsync (29.8 kHz d)
> [ 43.084] (II) modeset(0): Modeline "320x240"x120.1 12.59 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (31.5 kHz d)
> [ 43.084] (II) modeset(0): Modeline "360x202"x119.0 11.25 360 372 404 448 202 204 206 211 doublescan -hsync +vsync (25.1 kHz d)
> [ 43.084] (II) modeset(0): Modeline "360x202"x118.3 10.88 360 384 400 440 202 204 206 209 doublescan +hsync -vsync (24.7 kHz d)
> [ 43.084] (II) modeset(0): Modeline "320x180"x119.7 9.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d)
> [ 43.084] (II) modeset(0): Modeline "320x180"x118.6 8.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d)
> [ 43.086] (II) modeset(0): EDID for output HDMI-1
> [ 43.086] (II) modeset(0): Output eDP-1 connected
> [ 43.086] (II) modeset(0): Output HDMI-1 disconnected
> [ 43.086] (II) modeset(0): Using exact sizes for initial modes
> [ 43.086] (II) modeset(0): Output eDP-1 using initial mode 1366x768 +0+0
> [ 43.086] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
> [ 43.086] (==) modeset(0): DPI set to (96, 96)
> [ 43.086] (II) Loading sub module "fb"
> [ 43.086] (II) LoadModule: "fb"
> [ 43.088] (II) Loading /usr/X11R6/lib/modules/libfb.so
> [ 43.093] (II) Module fb: vendor="X.Org Foundation"
> [ 43.093] compiled for 1.20.6, module version = 1.0.0
> [ 43.093] ABI class: X.Org ANSI C Emulation, version 0.4
> [ 43.599] (==) modeset(0): Backing store enabled
> [ 43.599] (==) modeset(0): Silken mouse enabled
> [ 43.643] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
> [ 43.645] (==) modeset(0): DPMS enabled
> [ 43.647] (II) modeset(0): [DRI2] Setup complete
> [ 43.647] (II) modeset(0): [DRI2] DRI driver: i965
> [ 43.647] (II) modeset(0): [DRI2] VDPAU driver: i965
> [ 43.648] (II) Initializing extension Generic Event Extension
> [ 43.649] (II) Initializing extension SHAPE
> [ 43.650] (II) Initializing extension MIT-SHM
> [ 43.651] (II) Initializing extension XInputExtension
> [ 43.653] (II) Initializing extension XTEST
> [ 43.654] (II) Initializing extension BIG-REQUESTS
> [ 43.655] (II) Initializing extension SYNC
> [ 43.655] (II) Initializing extension XKEYBOARD
> [ 43.657] (II) Initializing extension XC-MISC
> [ 43.658] (II) Initializing extension SECURITY
> [ 43.658] (II) Initializing extension XFIXES
> [ 43.659] (II) Initializing extension RENDER
> [ 43.660] (II) Initializing extension RANDR
> [ 43.662] (II) Initializing extension COMPOSITE
> [ 43.663] (II) Initializing extension DAMAGE
> [ 43.664] (II) Initializing extension MIT-SCREEN-SAVER
> [ 43.664] (II) Initializing extension DOUBLE-BUFFER
> [ 43.666] (II) Initializing extension RECORD
> [ 43.667] (II) Initializing extension DPMS
> [ 43.667] (II) Initializing extension Present
> [ 43.668] (II) Initializing extension DRI3
> [ 43.669] (II) Initializing extension X-Resource
> [ 43.670] (II) Initializing extension XVideo
> [ 43.671] (II) Initializing extension XVideo-MotionCompensation
> [ 43.671] (II) Initializing extension GLX
> [ 43.696] (II) AIGLX: Loaded and initialized i965
> [ 43.696] (II) GLX: Initialized DRI2 GL provider for screen 0
> [ 43.696] (II) Initializing extension XFree86-VidModeExtension
> [ 43.697] (II) Initializing extension XFree86-DGA
> [ 43.698] (II) Initializing extension XFree86-DRI
> [ 43.699] (II) Initializing extension DRI2
> [ 43.721] (II) modeset(0): Damage tracking initialized
> [ 43.721] (II) modeset(0): Setting screen physical size to 361 x 203
> [ 44.077] (II) config/wscons: checking input device /dev/wskbd
> [ 44.077] (II) wskbd: using layout us
> [ 44.077] (II) LoadModule: "kbd"
> [ 44.079] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
> [ 44.080] (II) Module kbd: vendor="X.Org Foundation"
> [ 44.080] compiled for 1.20.6, module version = 1.9.0
> [ 44.080] Module class: X.Org XInput Driver
> [ 44.080] ABI class: X.Org XInput driver, version 24.1
> [ 44.080] (II) Using input driver 'kbd' for '/dev/wskbd'
> [ 44.080] (**) /dev/wskbd: always reports core events
> [ 44.081] (**) /dev/wskbd: always reports core events
> [ 44.081] (**) Option "Protocol" "standard"
> [ 44.081] (**) Option "XkbRules" "base"
> [ 44.081] (**) Option "XkbModel" "pc105"
> [ 44.081] (**) Option "XkbLayout" "us"
> [ 44.081] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
> [ 44.291] (II) config/wscons: checking input device /dev/wsmouse0
> [ 44.291] (II) LoadModule: "ws"
> [ 44.294] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
> [ 44.297] (II) Module ws: vendor="X.Org Foundation"
> [ 44.297] compiled for 1.20.6, module version = 1.3.0
> [ 44.297] Module class: X.Org XInput Driver
> [ 44.297] ABI class: X.Org XInput driver, version 24.1
> [ 44.297] (II) Using input driver 'ws' for '/dev/wsmouse0'
> [ 44.297] (**) /dev/wsmouse0: always reports core events
> [ 44.298] (II) ws: /dev/wsmouse0: debuglevel 0
> [ 44.298] (**) Option "Device" "/dev/wsmouse0"
> [ 44.298] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
> [ 44.298] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
> [ 44.298] (**) ws: /dev/wsmouse0: associated screen: 0
> [ 44.490] (II) ws: /dev/wsmouse0: minimum x position: 0
> [ 44.490] (II) ws: /dev/wsmouse0: maximum x position: 1365
> [ 44.490] (II) ws: /dev/wsmouse0: minimum y position: 0
> [ 44.490] (II) ws: /dev/wsmouse0: maximum y position: 767
> [ 44.490] (==) ws: /dev/wsmouse0: Buttons: 7
> [ 44.491] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
> [ 44.491] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
> [ 44.693] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
> [ 44.693] (**) /dev/wsmouse0: (accel) acceleration profile 0
> [ 44.693] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
> [ 44.693] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
> [ 44.700] (II) config/wscons: checking input device /dev/wsmouse
> [ 44.700] (II) Using input driver 'ws' for '/dev/wsmouse'
> [ 44.700] (**) /dev/wsmouse: always reports core events
> [ 44.700] (II) ws: /dev/wsmouse: debuglevel 0
> [ 44.700] (**) Option "Device" "/dev/wsmouse"
> [ 44.700] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
> [ 44.700] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
> [ 44.700] (**) ws: /dev/wsmouse: associated screen: 0
> [ 44.701] (EE) PreInit returned 2 for "/dev/wsmouse"
> [ 44.701] (II) UnloadModule: "ws"
> [ 63.145] (II) modeset(0): EDID vendor "AUO", prod id 9564
> [ 63.145] (II) modeset(0): Printing DDC gathered Modelines:
> [ 63.145] (II) modeset(0): Modeline "1366x768"x0.0 76.30 1366 1404 1426 1592 768 771 777 798 -hsync -vsync (47.9 kHz eP)
> hw.machine=amd64
> hw.model=Intel(R) Celeron(R) CPU N3350 @ 1.10GHz
> hw.ncpu=2
> hw.byteorder=1234
> hw.pagesize=4096
> hw.disknames=sd0:308c251f4aeac6ad,sd1:13a826e7cc12fbe9
> hw.diskcount=2
> hw.sensors.cpu0.temp0=39.00 degC
> hw.sensors.acpitz0.temp0=41.00 degC (zone temperature)
> hw.sensors.acpibat0.volt0=7.50 VDC (voltage)
> hw.sensors.acpibat0.volt1=7.43 VDC (current voltage)
> hw.sensors.acpibat0.current0=0.59 A (rate)
> hw.sensors.acpibat0.amphour0=3.79 Ah (last full capacity)
> hw.sensors.acpibat0.amphour1=0.38 Ah (warning capacity)
> hw.sensors.acpibat0.amphour2=0.15 Ah (low capacity)
> hw.sensors.acpibat0.amphour3=1.29 Ah (remaining capacity), OK
> hw.sensors.acpibat0.amphour4=4.30 Ah (design capacity)
> hw.sensors.acpibat0.raw0=1 (battery discharging), OK
> hw.sensors.acpibat0.raw1=145 (discharge cycles)
> hw.sensors.acpibtn0.indicator0=On (lid open)
> hw.sensors.acpiac0.indicator0=Off (power supply)
> hw.sensors.softraid0.drive0=online (sd1), OK
> hw.cpuspeed=800
> hw.setperf=0
> hw.vendor=LENOVO
> hw.product=81A4
> hw.version=Lenovo ideapad 120S-11IAP
> hw.serialno=YD03XGH1
> hw.uuid=ee6d6dd4-6f92-1820-0316-060325000000
> hw.physmem=4096020480
> hw.usermem=4085178368
> hw.ncpufound=2
> hw.allowpowerdown=1
> hw.perfpolicy=auto
> hw.smt=0
> hw.ncpuonline=2
>

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

On Tue, Dec 31, 2019 at 1:32 PM <danieljboyd@icloud.com> wrote:
> I'm curious to know if there are any languages other than C and perl in
> use in OpenBSD base.

It's pretty easy to download the sources for base, and then:

tar zxf src.tar.gz
find . -type f -name '*.*' | sed 's/^.*\.//' | sort | uniq -c | sort
-n | tail -40

But, anyways: yes there are (and not just cpp and m4 and shell).

And, I can see why Theo seems to radiate such impatience at the
inanity of, for example, this thread.

--
Raul

Turbo boost and performance degradation

hi

my russian friend has a trouble running OpenBSD
on his laptop, he reports that Turbo Boost is
not working (OpenBSD limits him to 1100 MHz),
he also reports that he owns /dev/drm0, but
everything is slow, he can't even play videos
in Firefox

I attach his dmesg, Xorg.0.log and sysctl hw:
OpenBSD 6.6-current (GENERIC.MP) #576: Mon Dec 30 11:57:39 MST 2019
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4096020480 (3906MB)
avail mem = 3959422976 (3776MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xfaf60 (44 entries)
bios0: vendor LENOVO version "6GCN24WW" date 11/13/2017
bios0: LENOVO 81A4
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI BDAT DBG2 DBGP HPET LPIT APIC MCFG NPKT PRAM WSMT SSDT SSDT BATB SSDT SSDT SSDT SSDT MSDM SSDT FPDT BGRT WDAT UEFI
acpi0: wakeup devices LID0(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) XHC_(S4) XDCI(S4) HDAS(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 19200000 Hz
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.97 MHz, 06-5c-09
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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 1MB 64b/line 16-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 19MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.49 MHz, 06-5c-09
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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 1MB 64b/line 16-way L2 cache
cpu1: smt 0, core 2, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (RP01)
acpiprt2 at acpi0: bus 2 (RP02)
acpiprt3 at acpi0: bus -1 (RP03)
acpiprt4 at acpi0: bus -1 (RP04)
acpiprt5 at acpi0: bus -1 (RP05)
acpiprt6 at acpi0: bus -1 (RP06)
acpiec0 at acpi0
acpicpu0 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
acpicpu1 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpitz0 at acpi0: critical temperature is 100 degC
aplgpio0 at acpi0: GPO0 uid 1 addr 0xd0c50000/0x76c irq 14, 78 pins
acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
acpibat0 at acpi0: BAT1 model "BASE-BAT" serial 12345678 type LiP oem "LENOVO"
"VPC2004" at acpi0 not configured
acpibtn0 at acpi0: LID0
"SYNA2B38" at acpi0 not configured
acpiac0 at acpi0: AC unit offline
acpibtn1 at acpi0: PWRB
acpicmos0 at acpi0
aplgpio1 at acpi0: GPO1 uid 2 addr 0xd0c40000/0x764 irq 14, 77 pins
aplgpio2 at acpi0: GPO2 uid 3 addr 0xd0c70000/0x674 irq 14, 47 pins
aplgpio3 at acpi0: GPO3 uid 4 addr 0xd0c00000/0x654 irq 14, 43 pins
"INT33A1" at acpi0 not configured
"INT3400" at acpi0 not configured
"INT3406" at acpi0 not configured
"INT3403" at acpi0 not configured
"INT3403" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 1097 MHz: speeds: 1101, 1100, 1000, 900, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Apollo Lake Host" rev 0x0b
vendor "Intel", unknown product 0x5a8c (class DASP subclass miscellaneous, rev 0x0b) at pci0 dev 0 function 1 not configured
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 500" rev 0x0b
drm0 at inteldrm0
inteldrm0: msi
azalia0 at pci0 dev 14 function 0 "Intel Apollo Lake HD Audio" rev 0x0b: msi
azalia0: codecs: Realtek ALC269, Intel/0x280a, using Realtek ALC269
audio0 at azalia0
"Intel Apollo Lake TXE" rev 0x0b at pci0 dev 15 function 0 not configured
ahci0 at pci0 dev 18 function 0 "Intel Apollo Lake AHCI" rev 0x0b: msi, AHCI 1.3.1
ahci0: PHY offline on port 0
ahci0: PHY offline on port 1
scsibus1 at ahci0: 32 targets
ppb0 at pci0 dev 20 function 0 "Intel Apollo Lake PCIE" rev 0xfb: msi
pci1 at ppb0 bus 1
rtsx0 at pci1 dev 0 function 0 "Realtek RTS5229 Card Reader" rev 0x01: msi
sdmmc0 at rtsx0: 4-bit, dma
ppb1 at pci0 dev 20 function 1 "Intel Apollo Lake PCIE" rev 0xfb: msi
pci2 at ppb1 bus 2
iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 3165" rev 0x99, msi
xhci0 at pci0 dev 21 function 0 "Intel Apollo Lake xHCI" rev 0x0b: msi, xHCI 1.0
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
dwiic0 at pci0 dev 22 function 0 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 27
iic0 at dwiic0
dwiic1 at pci0 dev 22 function 2 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 29
iic1 at dwiic1
ihidev0 at iic1 addr 0x2c irq 58, vendor 0x6cb product 0x7fb5, SYNA2B38
ihidev0: 14 report ids
imt0 at ihidev0: clickpad, 5 contacts
wsmouse0 at imt0 mux 0
sdhc0 at pci0 dev 28 function 0 "Intel Apollo Lake eMMC" rev 0x0b: apic 1 int 39
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc1 at sdhc0: 8-bit, sd high-speed, mmc high-speed, dma
pcib0 at pci0 dev 31 function 0 "Intel Apollo Lake LPC" rev 0x0b
ichiic0 at pci0 dev 31 function 1 "Intel Apollo Lake SMBus" rev 0x0b: apic 1 int 20
iic2 at ichiic0
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
vmm0 at mainbus0: VMX/EPT
efifb at mainbus0 not configured
scsibus2 at sdmmc1: 2 targets, initiator 0
sd0 at scsibus2 targ 1 lun 0: <SD/MMC, HBG4a2, 0000> removable
sd0: 29820MB, 512 bytes/sector, 61071360 sectors
ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.01 addr 2
uvideo0 at uhub0 port 8 configuration 1 interface 0 "Bison EasyCamera" rev 2.00/53.03 addr 3
video0 at uvideo0
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006>
sd1: 29819MB, 512 bytes/sector, 61069745 sectors
root on sd1a (13a826e7cc12fbe9.a) swap on sd1b dump on sd1b
inteldrm0: 1366x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
iwm0: hw rev 0x210, fw ver 17.3216344376.0, address d4:6d:6d:ee:92:6f
syncing disks... done
OpenBSD 6.6-current (GENERIC.MP) #576: Mon Dec 30 11:57:39 MST 2019
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4096020480 (3906MB)
avail mem = 3959418880 (3775MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xfaf60 (44 entries)
bios0: vendor LENOVO version "6GCN24WW" date 11/13/2017
bios0: LENOVO 81A4
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI BDAT DBG2 DBGP HPET LPIT APIC MCFG NPKT PRAM WSMT SSDT SSDT BATB SSDT SSDT SSDT SSDT MSDM SSDT FPDT BGRT WDAT UEFI
acpi0: wakeup devices LID0(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) XHC_(S4) XDCI(S4) HDAS(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 19200000 Hz
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.85 MHz, 06-5c-09
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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 1MB 64b/line 16-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 19MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Celeron(R) CPU N3350 @ 1.10GHz, 1097.50 MHz, 06-5c-09
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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,MD_CLEAR,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 1MB 64b/line 16-way L2 cache
cpu1: smt 0, core 2, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (RP01)
acpiprt2 at acpi0: bus 2 (RP02)
acpiprt3 at acpi0: bus -1 (RP03)
acpiprt4 at acpi0: bus -1 (RP04)
acpiprt5 at acpi0: bus -1 (RP05)
acpiprt6 at acpi0: bus -1 (RP06)
acpiec0 at acpi0
acpicpu0 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
acpicpu1 at acpi0: C3(10@150 mwait.1@0x60), C2(10@50 mwait.1@0x21), C1(1000@1 mwait.1@0x1), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpitz0 at acpi0: critical temperature is 100 degC
aplgpio0 at acpi0: GPO0 uid 1 addr 0xd0c50000/0x76c irq 14, 78 pins
acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
acpibat0 at acpi0: BAT1 model "BASE-BAT" serial 12345678 type LiP oem "LENOVO"
"VPC2004" at acpi0 not configured
acpibtn0 at acpi0: LID0
"SYNA2B38" at acpi0 not configured
acpiac0 at acpi0: AC unit offline
acpibtn1 at acpi0: PWRB
acpicmos0 at acpi0
aplgpio1 at acpi0: GPO1 uid 2 addr 0xd0c40000/0x764 irq 14, 77 pins
aplgpio2 at acpi0: GPO2 uid 3 addr 0xd0c70000/0x674 irq 14, 47 pins
aplgpio3 at acpi0: GPO3 uid 4 addr 0xd0c00000/0x654 irq 14, 43 pins
"INT33A1" at acpi0 not configured
"INT3400" at acpi0 not configured
"INT3406" at acpi0 not configured
"INT3403" at acpi0 not configured
"INT3403" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 1097 MHz: speeds: 1101, 1100, 1000, 900, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Apollo Lake Host" rev 0x0b
vendor "Intel", unknown product 0x5a8c (class DASP subclass miscellaneous, rev 0x0b) at pci0 dev 0 function 1 not configured
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 500" rev 0x0b
drm0 at inteldrm0
inteldrm0: msi
azalia0 at pci0 dev 14 function 0 "Intel Apollo Lake HD Audio" rev 0x0b: msi
azalia0: codecs: Realtek ALC269, Intel/0x280a, using Realtek ALC269
audio0 at azalia0
"Intel Apollo Lake TXE" rev 0x0b at pci0 dev 15 function 0 not configured
ahci0 at pci0 dev 18 function 0 "Intel Apollo Lake AHCI" rev 0x0b: msi, AHCI 1.3.1
ahci0: PHY offline on port 0
ahci0: PHY offline on port 1
scsibus1 at ahci0: 32 targets
ppb0 at pci0 dev 20 function 0 "Intel Apollo Lake PCIE" rev 0xfb: msi
pci1 at ppb0 bus 1
rtsx0 at pci1 dev 0 function 0 "Realtek RTS5229 Card Reader" rev 0x01: msi
sdmmc0 at rtsx0: 4-bit, dma
ppb1 at pci0 dev 20 function 1 "Intel Apollo Lake PCIE" rev 0xfb: msi
pci2 at ppb1 bus 2
iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 3165" rev 0x99, msi
xhci0 at pci0 dev 21 function 0 "Intel Apollo Lake xHCI" rev 0x0b: msi, xHCI 1.0
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
dwiic0 at pci0 dev 22 function 0 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 27
iic0 at dwiic0
dwiic1 at pci0 dev 22 function 2 "Intel Apollo Lake I2C" rev 0x0b: apic 1 int 29
iic1 at dwiic1
ihidev0 at iic1 addr 0x2c irq 58, vendor 0x6cb product 0x7fb5, SYNA2B38
ihidev0: 14 report ids
imt0 at ihidev0: clickpad, 5 contacts
wsmouse0 at imt0 mux 0
sdhc0 at pci0 dev 28 function 0 "Intel Apollo Lake eMMC" rev 0x0b: apic 1 int 39
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc1 at sdhc0: 8-bit, sd high-speed, mmc high-speed, dma
pcib0 at pci0 dev 31 function 0 "Intel Apollo Lake LPC" rev 0x0b
ichiic0 at pci0 dev 31 function 1 "Intel Apollo Lake SMBus" rev 0x0b: apic 1 int 20
iic2 at ichiic0
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
vmm0 at mainbus0: VMX/EPT
efifb at mainbus0 not configured
scsibus2 at sdmmc1: 2 targets, initiator 0
sd0 at scsibus2 targ 1 lun 0: <SD/MMC, HBG4a2, 0000> removable
sd0: 29820MB, 512 bytes/sector, 61071360 sectors
ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.01 addr 2
uvideo0 at uhub0 port 8 configuration 1 interface 0 "Bison EasyCamera" rev 2.00/53.03 addr 3
video0 at uvideo0
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006>
sd1: 29819MB, 512 bytes/sector, 61069745 sectors
root on sd1a (13a826e7cc12fbe9.a) swap on sd1b dump on sd1b
inteldrm0: 1366x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
iwm0: hw rev 0x210, fw ver 17.3216344376.0, address d4:6d:6d:ee:92:6f
[ 42.619] (--) checkDevMem: using aperture driver /dev/xf86
[ 42.660] (--) Using wscons driver on /dev/ttyC4
[ 42.687]
X.Org X Server 1.20.6
X Protocol Version 11, Revision 0
[ 42.687] Build Operating System: OpenBSD 6.6 amd64
[ 42.687] Current Operating System: OpenBSD whesun_laptop.Dlink 6.6 GENERIC.MP#576 amd64
[ 42.688] Build Date: 30 December 2019 12:22:35PM
[ 42.688]
[ 42.688] Current version of pixman: 0.38.4
[ 42.688] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 42.688] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 42.688] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Dec 31 21:15:16 2019
[ 42.691] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 42.696] (==) No Layout section. Using the first Screen section.
[ 42.696] (==) No screen section available. Using defaults.
[ 42.696] (**) |-->Screen "Default Screen Section" (0)
[ 42.696] (**) | |-->Monitor "<default monitor>"
[ 42.701] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 42.701] (==) Automatically adding devices
[ 42.701] (==) Automatically enabling devices
[ 42.701] (==) Not automatically adding GPU devices
[ 42.702] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 42.721] (==) FontPath set to:
/usr/X11R6/lib/X11/fonts/misc/,
/usr/X11R6/lib/X11/fonts/TTF/,
/usr/X11R6/lib/X11/fonts/OTF/,
/usr/X11R6/lib/X11/fonts/Type1/,
/usr/X11R6/lib/X11/fonts/100dpi/,
/usr/X11R6/lib/X11/fonts/75dpi/
[ 42.721] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 42.721] (II) The server relies on wscons to provide the list of input devices.
If no devices become available, reconfigure wscons or disable AutoAddDevices.
[ 42.721] (II) Loader magic: 0x194dbd27000
[ 42.721] (II) Module ABI versions:
[ 42.721] X.Org ANSI C Emulation: 0.4
[ 42.721] X.Org Video Driver: 24.0
[ 42.721] X.Org XInput driver : 24.1
[ 42.721] X.Org Server Extension : 10.0
[ 42.722] (--) PCI:*(0@0:2:0) 8086:5a85:17aa:39fd rev 11, Mem @ 0x90000000/16777216, 0x80000000/268435456, I/O @ 0x00001000/64
[ 42.722] (II) LoadModule: "glx"
[ 42.727] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
[ 42.774] (II) Module glx: vendor="X.Org Foundation"
[ 42.774] compiled for 1.20.6, module version = 1.0.0
[ 42.774] ABI class: X.Org Server Extension, version 10.0
[ 42.777] (==) Matched modesetting as autoconfigured driver 0
[ 42.777] (==) Assigned the driver to the xf86ConfigLayout
[ 42.777] (II) LoadModule: "modesetting"
[ 42.778] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so
[ 42.783] (II) Module modesetting: vendor="X.Org Foundation"
[ 42.783] compiled for 1.20.6, module version = 1.20.6
[ 42.783] Module class: X.Org Video Driver
[ 42.783] ABI class: X.Org Video Driver, version 24.0
[ 42.783] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 42.791] (**) modeset(0): claimed PCI slot 0@0:2:0
[ 42.791] (II) modeset(0): using default device
[ 42.792] (II) modeset(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 42.792] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[ 42.792] (==) modeset(0): RGB weight 888
[ 42.792] (==) modeset(0): Default visual is TrueColor
[ 42.792] (II) Loading sub module "glamoregl"
[ 42.792] (II) LoadModule: "glamoregl"
[ 42.795] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so
[ 42.831] (II) Module glamoregl: vendor="X.Org Foundation"
[ 42.831] compiled for 1.20.6, module version = 1.0.1
[ 42.831] ABI class: X.Org ANSI C Emulation, version 0.4
[ 43.072] (II) modeset(0): glamor X acceleration enabled on Mesa DRI Intel(R) HD Graphics 500 (Broxton 2x6)
[ 43.072] (II) modeset(0): glamor initialized
[ 43.074] (II) modeset(0): Output eDP-1 has no monitor section
[ 43.076] (II) modeset(0): Output HDMI-1 has no monitor section
[ 43.080] (II) modeset(0): EDID for output eDP-1
[ 43.080] (II) modeset(0): Manufacturer: AUO Model: 255c Serial#: 0
[ 43.080] (II) modeset(0): Year: 2014 Week: 1
[ 43.081] (II) modeset(0): EDID Version: 1.4
[ 43.081] (II) modeset(0): Digital Display Input
[ 43.081] (II) modeset(0): 6 bits per channel
[ 43.081] (II) modeset(0): Digital interface is DisplayPort
[ 43.081] (II) modeset(0): Max Image Size [cm]: horiz.: 26 vert.: 14
[ 43.081] (II) modeset(0): Gamma: 2.20
[ 43.081] (II) modeset(0): No DPMS capabilities specified
[ 43.081] (II) modeset(0): Supported color encodings: RGB 4:4:4
[ 43.081] (II) modeset(0): First detailed timing is preferred mode
[ 43.081] (II) modeset(0): Preferred mode is native pixel format and refresh rate
[ 43.081] (II) modeset(0): redX: 0.567 redY: 0.334 greenX: 0.330 greenY: 0.569
[ 43.081] (II) modeset(0): blueX: 0.155 blueY: 0.136 whiteX: 0.313 whiteY: 0.329
[ 43.081] (II) modeset(0): Manufacturer's mask: 0
[ 43.081] (II) modeset(0): Supported detailed timing:
[ 43.081] (II) modeset(0): clock: 76.3 MHz Image Size: 256 x 144 mm
[ 43.081] (II) modeset(0): h_active: 1366 h_sync: 1404 h_sync_end 1426 h_blank_end 1592 h_border: 0
[ 43.081] (II) modeset(0): v_active: 768 v_sync: 771 v_sync_end 777 v_blanking: 798 v_border: 0
[ 43.081] (II) modeset(0): Unknown vendor-specific block f
[ 43.081] (II) modeset(0): AUO
[ 43.081] (II) modeset(0): B116XTN02.5
[ 43.081] (II) modeset(0): EDID (in hex):
[ 43.081] (II) modeset(0): 00ffffffffffff0006af5c2500000000
[ 43.081] (II) modeset(0): 01180104951a0e78026bf59155549127
[ 43.081] (II) modeset(0): 22505400000001010101010101010101
[ 43.081] (II) modeset(0): 010101010101ce1d56e250001e302616
[ 43.081] (II) modeset(0): 36000090100000180000000f00000000
[ 43.081] (II) modeset(0): 00000000000000000020000000fe0041
[ 43.081] (II) modeset(0): 554f0a202020202020202020000000fe
[ 43.081] (II) modeset(0): 004231313658544e30322e35200a006b
[ 43.082] (II) modeset(0): Printing probed modes for output eDP-1
[ 43.082] (II) modeset(0): Modeline "1366x768"x60.1 76.30 1366 1404 1426 1592 768 771 777 798 -hsync -vsync (47.9 kHz eP)
[ 43.082] (II) modeset(0): Modeline "1280x720"x120.0 156.12 1280 1376 1512 1744 720 721 724 746 doublescan -hsync +vsync (89.5 kHz d)
[ 43.082] (II) modeset(0): Modeline "1280x720"x120.0 120.75 1280 1304 1320 1360 720 721 724 740 doublescan +hsync -vsync (88.8 kHz d)
[ 43.082] (II) modeset(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz d)
[ 43.082] (II) modeset(0): Modeline "1280x720"x59.7 63.75 1280 1328 1360 1440 720 723 728 741 +hsync -vsync (44.3 kHz d)
[ 43.082] (II) modeset(0): Modeline "1024x768"x120.1 133.47 1024 1100 1212 1400 768 768 770 794 doublescan -hsync +vsync (95.3 kHz d)
[ 43.082] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x720"x120.0 117.00 960 1024 1128 1300 720 720 722 750 doublescan -hsync +vsync (90.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "928x696"x120.1 109.15 928 976 1088 1264 696 696 698 719 doublescan -hsync +vsync (86.4 kHz d)
[ 43.083] (II) modeset(0): Modeline "896x672"x120.0 102.40 896 960 1060 1224 672 672 674 697 doublescan -hsync +vsync (83.7 kHz d)
[ 43.083] (II) modeset(0): Modeline "1024x576"x119.9 98.50 1024 1092 1200 1376 576 577 580 597 doublescan -hsync +vsync (71.6 kHz d)
[ 43.083] (II) modeset(0): Modeline "1024x576"x119.9 78.38 1024 1048 1064 1104 576 577 580 592 doublescan +hsync -vsync (71.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "1024x576"x59.9 46.50 1024 1064 1160 1296 576 579 584 599 -hsync +vsync (35.9 kHz d)
[ 43.083] (II) modeset(0): Modeline "1024x576"x59.8 42.00 1024 1072 1104 1184 576 579 584 593 +hsync -vsync (35.5 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x600"x119.9 96.62 960 1028 1128 1296 600 601 604 622 doublescan -hsync +vsync (74.6 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x600"x120.0 77.00 960 984 1000 1040 600 601 604 617 doublescan +hsync -vsync (74.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x540"x119.9 86.50 960 1024 1124 1288 540 541 544 560 doublescan -hsync +vsync (67.2 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x540"x120.0 69.25 960 984 1000 1040 540 541 544 555 doublescan +hsync -vsync (66.6 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x540"x59.6 40.75 960 992 1088 1216 540 543 548 562 -hsync +vsync (33.5 kHz d)
[ 43.083] (II) modeset(0): Modeline "960x540"x59.8 37.25 960 1008 1040 1120 540 543 548 556 +hsync -vsync (33.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "800x600"x120.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d)
[ 43.083] (II) modeset(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d)
[ 43.083] (II) modeset(0): Modeline "840x525"x120.0 73.12 840 892 980 1120 525 526 529 544 doublescan -hsync +vsync (65.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "840x525"x119.8 59.50 840 864 880 920 525 526 529 540 doublescan +hsync -vsync (64.7 kHz d)
[ 43.083] (II) modeset(0): Modeline "864x486"x59.9 32.50 864 888 968 1072 486 489 494 506 -hsync +vsync (30.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "864x486"x59.6 30.50 864 912 944 1024 486 489 494 500 +hsync -vsync (29.8 kHz d)
[ 43.083] (II) modeset(0): Modeline "700x525"x120.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz d)
[ 43.083] (II) modeset(0): Modeline "800x450"x119.9 59.12 800 848 928 1056 450 451 454 467 doublescan -hsync +vsync (56.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "800x450"x119.6 48.75 800 824 840 880 450 451 454 463 doublescan +hsync -vsync (55.4 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x512"x120.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "700x450"x119.9 51.75 700 740 812 924 450 451 456 467 doublescan -hsync +vsync (56.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "700x450"x119.8 43.25 700 724 740 780 450 451 456 463 doublescan +hsync -vsync (55.4 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x480"x120.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d)
[ 43.083] (II) modeset(0): Modeline "720x405"x59.5 22.50 720 744 808 896 405 408 413 422 -hsync +vsync (25.1 kHz d)
[ 43.083] (II) modeset(0): Modeline "720x405"x59.0 21.75 720 768 800 880 405 408 413 419 +hsync -vsync (24.7 kHz d)
[ 43.083] (II) modeset(0): Modeline "684x384"x119.8 42.62 684 720 788 892 384 385 390 399 doublescan -hsync +vsync (47.8 kHz d)
[ 43.083] (II) modeset(0): Modeline "684x384"x119.7 36.12 684 708 724 764 384 385 390 395 doublescan +hsync -vsync (47.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x400"x119.8 41.75 640 676 740 840 400 401 404 415 doublescan -hsync +vsync (49.7 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x400"x120.0 35.50 640 664 680 720 400 401 404 411 doublescan +hsync -vsync (49.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x360"x119.7 37.25 640 672 736 832 360 361 364 374 doublescan -hsync +vsync (44.8 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x360"x119.7 31.88 640 664 680 720 360 361 364 370 doublescan +hsync -vsync (44.3 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x360"x59.8 18.00 640 664 720 800 360 363 368 376 -hsync +vsync (22.5 kHz d)
[ 43.083] (II) modeset(0): Modeline "640x360"x59.3 17.75 640 688 720 800 360 363 368 374 +hsync -vsync (22.2 kHz d)
[ 43.083] (II) modeset(0): Modeline "512x384"x120.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz d)
[ 43.083] (II) modeset(0): Modeline "512x288"x120.0 23.25 512 532 580 648 288 289 292 299 doublescan -hsync +vsync (35.9 kHz d)
[ 43.084] (II) modeset(0): Modeline "512x288"x119.8 21.00 512 536 552 592 288 289 292 296 doublescan +hsync -vsync (35.5 kHz d)
[ 43.084] (II) modeset(0): Modeline "480x270"x119.3 20.38 480 496 544 608 270 271 274 281 doublescan -hsync +vsync (33.5 kHz d)
[ 43.084] (II) modeset(0): Modeline "480x270"x119.6 18.62 480 504 520 560 270 271 274 278 doublescan +hsync -vsync (33.3 kHz d)
[ 43.084] (II) modeset(0): Modeline "400x300"x120.6 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz d)
[ 43.084] (II) modeset(0): Modeline "400x300"x112.7 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (35.2 kHz d)
[ 43.084] (II) modeset(0): Modeline "432x243"x119.8 16.25 432 444 484 536 243 244 247 253 doublescan -hsync +vsync (30.3 kHz d)
[ 43.084] (II) modeset(0): Modeline "432x243"x119.1 15.25 432 456 472 512 243 244 247 250 doublescan +hsync -vsync (29.8 kHz d)
[ 43.084] (II) modeset(0): Modeline "320x240"x120.1 12.59 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (31.5 kHz d)
[ 43.084] (II) modeset(0): Modeline "360x202"x119.0 11.25 360 372 404 448 202 204 206 211 doublescan -hsync +vsync (25.1 kHz d)
[ 43.084] (II) modeset(0): Modeline "360x202"x118.3 10.88 360 384 400 440 202 204 206 209 doublescan +hsync -vsync (24.7 kHz d)
[ 43.084] (II) modeset(0): Modeline "320x180"x119.7 9.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d)
[ 43.084] (II) modeset(0): Modeline "320x180"x118.6 8.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d)
[ 43.086] (II) modeset(0): EDID for output HDMI-1
[ 43.086] (II) modeset(0): Output eDP-1 connected
[ 43.086] (II) modeset(0): Output HDMI-1 disconnected
[ 43.086] (II) modeset(0): Using exact sizes for initial modes
[ 43.086] (II) modeset(0): Output eDP-1 using initial mode 1366x768 +0+0
[ 43.086] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[ 43.086] (==) modeset(0): DPI set to (96, 96)
[ 43.086] (II) Loading sub module "fb"
[ 43.086] (II) LoadModule: "fb"
[ 43.088] (II) Loading /usr/X11R6/lib/modules/libfb.so
[ 43.093] (II) Module fb: vendor="X.Org Foundation"
[ 43.093] compiled for 1.20.6, module version = 1.0.0
[ 43.093] ABI class: X.Org ANSI C Emulation, version 0.4
[ 43.599] (==) modeset(0): Backing store enabled
[ 43.599] (==) modeset(0): Silken mouse enabled
[ 43.643] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
[ 43.645] (==) modeset(0): DPMS enabled
[ 43.647] (II) modeset(0): [DRI2] Setup complete
[ 43.647] (II) modeset(0): [DRI2] DRI driver: i965
[ 43.647] (II) modeset(0): [DRI2] VDPAU driver: i965
[ 43.648] (II) Initializing extension Generic Event Extension
[ 43.649] (II) Initializing extension SHAPE
[ 43.650] (II) Initializing extension MIT-SHM
[ 43.651] (II) Initializing extension XInputExtension
[ 43.653] (II) Initializing extension XTEST
[ 43.654] (II) Initializing extension BIG-REQUESTS
[ 43.655] (II) Initializing extension SYNC
[ 43.655] (II) Initializing extension XKEYBOARD
[ 43.657] (II) Initializing extension XC-MISC
[ 43.658] (II) Initializing extension SECURITY
[ 43.658] (II) Initializing extension XFIXES
[ 43.659] (II) Initializing extension RENDER
[ 43.660] (II) Initializing extension RANDR
[ 43.662] (II) Initializing extension COMPOSITE
[ 43.663] (II) Initializing extension DAMAGE
[ 43.664] (II) Initializing extension MIT-SCREEN-SAVER
[ 43.664] (II) Initializing extension DOUBLE-BUFFER
[ 43.666] (II) Initializing extension RECORD
[ 43.667] (II) Initializing extension DPMS
[ 43.667] (II) Initializing extension Present
[ 43.668] (II) Initializing extension DRI3
[ 43.669] (II) Initializing extension X-Resource
[ 43.670] (II) Initializing extension XVideo
[ 43.671] (II) Initializing extension XVideo-MotionCompensation
[ 43.671] (II) Initializing extension GLX
[ 43.696] (II) AIGLX: Loaded and initialized i965
[ 43.696] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 43.696] (II) Initializing extension XFree86-VidModeExtension
[ 43.697] (II) Initializing extension XFree86-DGA
[ 43.698] (II) Initializing extension XFree86-DRI
[ 43.699] (II) Initializing extension DRI2
[ 43.721] (II) modeset(0): Damage tracking initialized
[ 43.721] (II) modeset(0): Setting screen physical size to 361 x 203
[ 44.077] (II) config/wscons: checking input device /dev/wskbd
[ 44.077] (II) wskbd: using layout us
[ 44.077] (II) LoadModule: "kbd"
[ 44.079] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
[ 44.080] (II) Module kbd: vendor="X.Org Foundation"
[ 44.080] compiled for 1.20.6, module version = 1.9.0
[ 44.080] Module class: X.Org XInput Driver
[ 44.080] ABI class: X.Org XInput driver, version 24.1
[ 44.080] (II) Using input driver 'kbd' for '/dev/wskbd'
[ 44.080] (**) /dev/wskbd: always reports core events
[ 44.081] (**) /dev/wskbd: always reports core events
[ 44.081] (**) Option "Protocol" "standard"
[ 44.081] (**) Option "XkbRules" "base"
[ 44.081] (**) Option "XkbModel" "pc105"
[ 44.081] (**) Option "XkbLayout" "us"
[ 44.081] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
[ 44.291] (II) config/wscons: checking input device /dev/wsmouse0
[ 44.291] (II) LoadModule: "ws"
[ 44.294] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
[ 44.297] (II) Module ws: vendor="X.Org Foundation"
[ 44.297] compiled for 1.20.6, module version = 1.3.0
[ 44.297] Module class: X.Org XInput Driver
[ 44.297] ABI class: X.Org XInput driver, version 24.1
[ 44.297] (II) Using input driver 'ws' for '/dev/wsmouse0'
[ 44.297] (**) /dev/wsmouse0: always reports core events
[ 44.298] (II) ws: /dev/wsmouse0: debuglevel 0
[ 44.298] (**) Option "Device" "/dev/wsmouse0"
[ 44.298] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
[ 44.298] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
[ 44.298] (**) ws: /dev/wsmouse0: associated screen: 0
[ 44.490] (II) ws: /dev/wsmouse0: minimum x position: 0
[ 44.490] (II) ws: /dev/wsmouse0: maximum x position: 1365
[ 44.490] (II) ws: /dev/wsmouse0: minimum y position: 0
[ 44.490] (II) ws: /dev/wsmouse0: maximum y position: 767
[ 44.490] (==) ws: /dev/wsmouse0: Buttons: 7
[ 44.491] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
[ 44.491] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
[ 44.693] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
[ 44.693] (**) /dev/wsmouse0: (accel) acceleration profile 0
[ 44.693] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
[ 44.693] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
[ 44.700] (II) config/wscons: checking input device /dev/wsmouse
[ 44.700] (II) Using input driver 'ws' for '/dev/wsmouse'
[ 44.700] (**) /dev/wsmouse: always reports core events
[ 44.700] (II) ws: /dev/wsmouse: debuglevel 0
[ 44.700] (**) Option "Device" "/dev/wsmouse"
[ 44.700] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
[ 44.700] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
[ 44.700] (**) ws: /dev/wsmouse: associated screen: 0
[ 44.701] (EE) PreInit returned 2 for "/dev/wsmouse"
[ 44.701] (II) UnloadModule: "ws"
[ 63.145] (II) modeset(0): EDID vendor "AUO", prod id 9564
[ 63.145] (II) modeset(0): Printing DDC gathered Modelines:
[ 63.145] (II) modeset(0): Modeline "1366x768"x0.0 76.30 1366 1404 1426 1592 768 771 777 798 -hsync -vsync (47.9 kHz eP)
hw.machine=amd64
hw.model=Intel(R) Celeron(R) CPU N3350 @ 1.10GHz
hw.ncpu=2
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=sd0:308c251f4aeac6ad,sd1:13a826e7cc12fbe9
hw.diskcount=2
hw.sensors.cpu0.temp0=39.00 degC
hw.sensors.acpitz0.temp0=41.00 degC (zone temperature)
hw.sensors.acpibat0.volt0=7.50 VDC (voltage)
hw.sensors.acpibat0.volt1=7.43 VDC (current voltage)
hw.sensors.acpibat0.current0=0.59 A (rate)
hw.sensors.acpibat0.amphour0=3.79 Ah (last full capacity)
hw.sensors.acpibat0.amphour1=0.38 Ah (warning capacity)
hw.sensors.acpibat0.amphour2=0.15 Ah (low capacity)
hw.sensors.acpibat0.amphour3=1.29 Ah (remaining capacity), OK
hw.sensors.acpibat0.amphour4=4.30 Ah (design capacity)
hw.sensors.acpibat0.raw0=1 (battery discharging), OK
hw.sensors.acpibat0.raw1=145 (discharge cycles)
hw.sensors.acpibtn0.indicator0=On (lid open)
hw.sensors.acpiac0.indicator0=Off (power supply)
hw.sensors.softraid0.drive0=online (sd1), OK
hw.cpuspeed=800
hw.setperf=0
hw.vendor=LENOVO
hw.product=81A4
hw.version=Lenovo ideapad 120S-11IAP
hw.serialno=YD03XGH1
hw.uuid=ee6d6dd4-6f92-1820-0316-060325000000
hw.physmem=4096020480
hw.usermem=4085178368
hw.ncpufound=2
hw.allowpowerdown=1
hw.perfpolicy=auto
hw.smt=0
hw.ncpuonline=2