Re: Need to swap partitions: /tmp amd /usr

[Sean Kamath]

A random shot in the dark, but sometimes it happens.  Perhaps unmount /usr/obj 
and/or /usr/src and confirm there is no existing files under either?  It’s 
rare, but sometimes happens, that we set things up one way, then change it 
later.  And mounting a filesystem on top of an existing directory tree is a 
great way to hide a whole bunch of files. :-(

I have zero reason to think that’s what’s going on, but short of running a 
bunch of DU’s to figure out where the space is. . .

Sean

> On Nov 4, 2017, at 8:45 PM, Jay Hart  wrote:
> 
>> On 2017/11/02 20:26, Jay Hart wrote:
 On 2017-10-30, Jay Hart  wrote:
> Good Evening Fellow OpenBSDers,
> 
> Below is currently how I have my disk laid out partition wise.  I have a 
> feeling I need to
>>> swap
> /tmp and /usr in order to gain additional space for /usr.
 
> /dev/wd0f  2.0G1.7G153M92%/usr
 
 That seems way too much for /usr. sysclean (in packages) will probably help
 you identify some old files to remove.
 
 
>>> 
>>> Stuart,
>>> 
>>> A ton of files were identified, assume based on your reply I can just 
>>> remove them with no
>>> issues?
>> 
>> Things that sysclean finds under /usr are generally ok, if you've done
>> a few OS updates you will have a bunch of old gcc-related files, perl
>> binare modules from past versions, dead manual pages, etc.
>> 
>> I would suggest loading into an editor, sorting, reviewing the list.
>> sysclean is aware of known ports files but there are some things like
>> optional config files that it can't know about, so watch out for those
>> (but usually not in /etc). If you're not confident you can tar them up
>> rather than removing outright.
>> 
>> 
> 
> Stuart,
> 
> Thanks for telling me about sysclean, I was not aware of this utility before. 
>  I've run sysclean
> and removed over 280 files/directories. and have improved free space quite a 
> bit, but still seem
> to think I've an issue with /usr.
> 
> Right now I have a clean 6.2 base system, but still have the source code tree 
> installed for 6.1. 
> Usually I just wipe /usr/src and /usr/obj, but I'm thinking I need to find a 
> better way to manage
> /usr space.  Can you instruct me a bit on what I should do with /usr (and all 
> subdirectories) upon
> upgrading from one version to another.
> 
> Here is my free space according to df after running sysclean and cleaning up 
> those files/directories:
> 
> Filesystem SizeUsed   Avail Capacity  Mounted on
> /dev/wd0a 1005M   63.4M891M 7%/
> /dev/wd0k 22.7G321M   21.3G 1%/home
> /dev/wd0d  3.9G   12.0K3.7G 0%/tmp
> /dev/wd0f  2.0G1.6G274M86%/usr
> /dev/wd0g 1005M183M771M19%/usr/X11R6
> /dev/wd0h  6.8G   27.1M6.4G 0%/usr/local
> /dev/wd0j  3.9G293M3.5G 8%/usr/obj
> /dev/wd0i  3.9G852M2.9G22%/usr/src
> /dev/wd0e  6.3G   28.1M6.0G 0%/var
> 
> TIA,
> 
> Jay

error: [drm:pid81687:intel_pipe_update_start]

[Predrag Punosevac]

I just notice on xconsole of my ThinkPad X201

error: [drm:pid81687:intel_pipe_update_start] *ERROR* Potential atomic update 
failure on pipe A


Has anybody else seen this on 6.2 stable?

predrag@oko-mobile$ uname -a
OpenBSD oko-mobile.bagdala2.net 6.2 GENERIC.MP#0 amd64


OpenBSD 6.2 (GENERIC.MP) #0: Thu Oct 12 19:53:18 CEST 2017

r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8357658624 (7970MB)
avail mem = 8097341440 (7722MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe0010 (78 entries)
bios0: vendor LENOVO version "6QET44WW (1.14 )" date 04/20/2010
bios0: LENOVO 3626AC8
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET ASF! SLIC BOOT SSDT TCPA SSDT 
SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP1(S4) EXP2(S4) EXP3(S4) 
EXP4(S4) EXP5(S4) EHC1(S3) EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz, 2394.49 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2394492560 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz, 2393.99 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz, 2393.99 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz, 2394.00 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 2, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
, remapped to apid 1
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 13 (EXP1)
acpiprt3 at acpi0: bus -1 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpiprt5 at acpi0: bus 5 (EXP4)
acpiprt6 at acpi0: bus 2 (EXP5)
acpicpu0 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10), 
C1(1000@3 mwait.1), PSS
acpicpu1 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10), 
C1(1000@3 mwait.1), PSS
acpicpu2 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10), 
C1(1000@3 mwait.1), PSS
acpicpu3 at acpi0: C3(350@245 mwait.3@0x20), C2(500@205 mwait.3@0x10), 
C1(1000@3 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2
acpitz0 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
"LEN0018" at acpi0 not configured
"SMO1200" at acpi0 not configured
acpibat0 at acpi0: BAT0 model "08K8193" serial  1238 type LION oem "JingYi"
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0
"PNP0C14" at acpi0 not configured
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2400, 2399, 2266, 2133, 1999, 1866, 
1733, 1599, 1466, 1333, 1199 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x02
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0: msi
inteldrm0: 1280x800, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured
puc0 at pci0 dev 22 function 3 "Intel 3400 KT" rev 0x06: ports: 1 com
com4 at puc0 port 0 apic 1 int 17: ns16550a, 16 byte fifo
com4: probed fifo 

Re: Need to swap partitions: /tmp amd /usr

[Jay Hart]

> On 2017/11/02 20:26, Jay Hart wrote:
>> > On 2017-10-30, Jay Hart  wrote:
>> >> Good Evening Fellow OpenBSDers,
>> >>
>> >> Below is currently how I have my disk laid out partition wise.  I have a 
>> >> feeling I need to
>> swap
>> >> /tmp and /usr in order to gain additional space for /usr.
>> >
>> >> /dev/wd0f  2.0G1.7G153M92%/usr
>> >
>> > That seems way too much for /usr. sysclean (in packages) will probably help
>> > you identify some old files to remove.
>> >
>> >
>>
>> Stuart,
>>
>> A ton of files were identified, assume based on your reply I can just remove 
>> them with no
>> issues?
>
> Things that sysclean finds under /usr are generally ok, if you've done
> a few OS updates you will have a bunch of old gcc-related files, perl
> binare modules from past versions, dead manual pages, etc.
>
> I would suggest loading into an editor, sorting, reviewing the list.
> sysclean is aware of known ports files but there are some things like
> optional config files that it can't know about, so watch out for those
> (but usually not in /etc). If you're not confident you can tar them up
> rather than removing outright.
>
>

Stuart,

Thanks for telling me about sysclean, I was not aware of this utility before.  
I've run sysclean
and removed over 280 files/directories. and have improved free space quite a 
bit, but still seem
to think I've an issue with /usr.

Right now I have a clean 6.2 base system, but still have the source code tree 
installed for 6.1. 
Usually I just wipe /usr/src and /usr/obj, but I'm thinking I need to find a 
better way to manage
/usr space.  Can you instruct me a bit on what I should do with /usr (and all 
subdirectories) upon
upgrading from one version to another.

Here is my free space according to df after running sysclean and cleaning up 
those files/directories:

Filesystem SizeUsed   Avail Capacity  Mounted on
/dev/wd0a 1005M   63.4M891M 7%/
/dev/wd0k 22.7G321M   21.3G 1%/home
/dev/wd0d  3.9G   12.0K3.7G 0%/tmp
/dev/wd0f  2.0G1.6G274M86%/usr
/dev/wd0g 1005M183M771M19%/usr/X11R6
/dev/wd0h  6.8G   27.1M6.4G 0%/usr/local
/dev/wd0j  3.9G293M3.5G 8%/usr/obj
/dev/wd0i  3.9G852M2.9G22%/usr/src
/dev/wd0e  6.3G   28.1M6.0G 0%/var

TIA,

Jay

Re: Bad network performance on apu2c4

[Peter Faiman]

> On Nov 4, 2017, at 13:15, Stuart Henderson  wrote:
> 
>> On 2017-11-04, Peter Faiman  wrote:
>> Thank you for this explanation. My uplink is only 240mbit and my APU2
>> handles that perfectly, so I’m not having any of these problems.
>> But the insight into the current state of networking was great! :)
> 
> But it doesn't handle 240Mbit/s, *unless* the packets are large.
> 
> If somebody sends 240Mb/s of minimal sized packets at you, it won't cope.

Probably. I’ve never tried, it’s a home router so I only use that kind of 
bandwidth for stream connections. At full download it’s got two cores at about 
45%, which is consistent with what you said about core separation of tasks, and 
maximum speed.

Re: Bad network performance on apu2c4

[Chris Cappuccio]

Rupert Gallagher [r...@protonmail.com] wrote:
> Look, I know what I am talking about. I have an apu that does what I said 
> using negligible cpu load. And there is nothing fancy with it.

I see. Sorry, until you said this, I was not convinced that you knew. Having
read these words, it's now apparent to me that you are an expert in this area
and I was terribly wrong to try and correct you.

Chris

Re: Streamlining disklabel...

[trondd]

On Sat, November 4, 2017 5:09 pm, Implausibility wrote:
> Again, the interactive editor is way too many steps, too many
> opportunities for screw-ups, and does nothing to streamline the process of
> adding a new disk for me.
>
> So this is what I've come up with...
>
> fdisk -i sd1
> echo "/disk21M-* 100%" >/tmp/disktab.new
> disklabel -w -dv  -A -T /tmp/disktab.new sd1 && rm /tmp/disktab.new
> newfs /dev/rsd1a
> mkdir /disk2
> mount /dev/sd1a /disk2
>
> This seems kludgy, but it is more automated / flexible, and best of all,
> it works.
>
> I'm still curious to know if this is really the most efficient way of
> doing this.
>
> Thanks.
>

That's the way I do it.  That's the way the automated installer does it...

Re: How help about to review FAQ?

[Stephane HUC "PengouinBSD"]

Le 11/04/17 à 22:59, Marc Espie a écrit :
> On Sat, Nov 04, 2017 at 10:49:57PM +0100, Stephane HUC "PengouinBSD" wrote:
>> Thank you! :D
>>
>> Do I have to create a new mail with just the page name to put the
>> corrections proposals I was talking about "OpenBSD/macppc" page?
>>
> if you're familiar with cvs and diff, best way is to cook an actual
> diff, because relevant people will just have to apply it.
It's not the case.
I know git, a little. it's pretty similar, right?

>
> Otherwise, well, typos are typos and will be fixed if you draw
> attentions to them.
OK! :D

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

Errors into "OpenBSD/alpha" page?

[Stephane HUC "PengouinBSD"]

Hi, all

Into OpenBSD/alpha, it seems to be a mistake into "Getting and
installing OpenBSD/alpha" section.

For the "CD Image" subsection, it wrote:

"It contains support for the on-board devices found on these machines,
however due to lack of space there are only a few other drivers. In
particular, this floppy lacks cdrom support and will not allow
installation from cdrom media."

Normal?
I think not, but i may be wrong.



And, into "Floppy B" subsection, at the end of the same mentions, it
appear some symbols, as:

" --> "

This is not normal. :p


-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

Re: How help about to review FAQ?

[Marc Espie]

On Sat, Nov 04, 2017 at 10:49:57PM +0100, Stephane HUC "PengouinBSD" wrote:
> Thank you! :D
> 
> Do I have to create a new mail with just the page name to put the
> corrections proposals I was talking about "OpenBSD/macppc" page?
> 

if you're familiar with cvs and diff, best way is to cook an actual
diff, because relevant people will just have to apply it.

Otherwise, well, typos are typos and will be fixed if you draw
attentions to them.

Re: How help about to review FAQ?

[Theo Buehler]

On Sat, Nov 04, 2017 at 10:49:57PM +0100, Stephane HUC "PengouinBSD" wrote:
> Thank you! :D
> 
> Do I have to create a new mail with just the page name to put the
> corrections proposals I was talking about "OpenBSD/macppc" page?

Not necessary. I fixed both typos you found. Thanks!

(note that this is not the faq, though)

Re: How help about to review FAQ?

[Stephane HUC "PengouinBSD"]

Thank you! :D

Do I have to create a new mail with just the page name to put the
corrections proposals I was talking about "OpenBSD/macppc" page?


Le 11/04/17 à 22:15, Marc Espie a écrit :
> On Sat, Nov 04, 2017 at 09:54:32PM +0100, Stephane HUC "PengouinBSD" wrote:
>> Hi.
>>
>> My question is how help about to review FAQ. Where submit corrections?
>>
>> Example with https://www.openbsd.org/macppc.html
>>
>> => Into "Getting and installing OpenBSD/macppc" section, it wrote:
>> boot cd:,ofwboot 6.1/macppc/bsd.rd
>>
>> isn't that more like it?
>> boot cd:,ofwboot 6.2/macppc/bsd.rd
>>
>> => Into "Boot device considerations:" section, it wrote:
>> ultra1 is valid as a root disk, as long as ultra0 is a hard drive, not a
>> non-hard disk ATAPI device).
>>
>> Doesn't it miss one '(', or maybe, the final ')' is more?
>>
> This list is perfectly suitable.
>
> either that or bugs@
>
> Sooner or later, people with commit access and interest in the FAQ
> will notice and interact with you.
>
> I'm betting you'll bet pleasantly surprised.

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

Re: How help about to review FAQ?

[Marc Espie]

On Sat, Nov 04, 2017 at 09:54:32PM +0100, Stephane HUC "PengouinBSD" wrote:
> Hi.
> 
> My question is how help about to review FAQ. Where submit corrections?
> 
> Example with https://www.openbsd.org/macppc.html
> 
> => Into "Getting and installing OpenBSD/macppc" section, it wrote:
> boot cd:,ofwboot 6.1/macppc/bsd.rd
> 
> isn't that more like it?
> boot cd:,ofwboot 6.2/macppc/bsd.rd
> 
> => Into "Boot device considerations:" section, it wrote:
> ultra1 is valid as a root disk, as long as ultra0 is a hard drive, not a
> non-hard disk ATAPI device).
> 
> Doesn't it miss one '(', or maybe, the final ')' is more?
> 
This list is perfectly suitable.

either that or bugs@

Sooner or later, people with commit access and interest in the FAQ
will notice and interact with you.

I'm betting you'll bet pleasantly surprised.

Re: Streamlining disklabel...

[Implausibility]

Again, the interactive editor is way too many steps, too many opportunities for 
screw-ups, and does nothing to streamline the process of adding a new disk for 
me.

So this is what I've come up with...

fdisk -i sd1
echo "/disk21M-* 100%" >/tmp/disktab.new
disklabel -w -dv  -A -T /tmp/disktab.new sd1 && rm /tmp/disktab.new
newfs /dev/rsd1a
mkdir /disk2
mount /dev/sd1a /disk2

This seems kludgy, but it is more automated / flexible, and best of all, it 
works.

I'm still curious to know if this is really the most efficient way of doing 
this.

Thanks.

> On Nov 4, 2017, at 11:16 AM, Otto Moerbeek  wrote:
> 
> On Sat, Nov 04, 2017 at 10:51:59AM -0400, Implausibility wrote:
> 
>> 
>>> On Nov 4, 2017, at 9:39 AM, Tom Rosso  wrote:
>>> 
>>> On 2017-11-04 09:28, Implausibility wrote:
 I simply want to create a single partition encompassing all of the
 available space.
 I've searched the web, plus read searched the last 11k+ messages on
 misc@ -- but I can't seem to find any examples of defining a disk with
 disklabel non-interactively.
> # disklabel -w sd1 'disk'
> disklabel: unknown disk type: disk
>>> 
>>> You need to create an entry in /etc/disktab for the disk type "disk", which 
>>> defines all of the variables that go into the disklabel that will be 
>>> created.  man 5 disktab
>>> 
>>> It's easier to create a disklabel interactively.
>>> 
>> 
>> The snag here is that I want this to work for any size disk that I connect 
>> to an OpenBSD instance.  It seems like the definitions in disktab are rather 
>> inflexible (the man page only mentions numeric sizes, not percentages or 
>> wildcards).
>> 
>> It seems weird that something so common critical (adding storage) is so 
>> cryptic.  I don't have to create a termcap entry for every new user, so it 
>> seems weird to have to create a similar record for every disk I want to 
>> format on the command line for OpenBSD.
> 
> The interactive editor does support percentages:
> 
> Quantities are rounded to the nearest cylinder when units are specified
> for sizes (or offsets).  At prompts that request a size, `*' may be
> entered to indicate the rest of the available space, `%' for percentage
> of total, and `&' for percentage free.
> 
> Default is to use the whole disk anyway. There is also a section
> called AUTOMATIC DISK ALLOCATION that can use a templkate file.
> 
>   -Otto
> 

How help about to review FAQ?

[Stephane HUC "PengouinBSD"]

Hi.

My question is how help about to review FAQ. Where submit corrections?

Example with https://www.openbsd.org/macppc.html

=> Into "Getting and installing OpenBSD/macppc" section, it wrote:
boot cd:,ofwboot 6.1/macppc/bsd.rd

isn't that more like it?
boot cd:,ofwboot 6.2/macppc/bsd.rd

=> Into "Boot device considerations:" section, it wrote:
ultra1 is valid as a root disk, as long as ultra0 is a hard drive, not a
non-hard disk ATAPI device).

Doesn't it miss one '(', or maybe, the final ')' is more?



-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

Re: Bad network performance on apu2c4

[Stuart Henderson]

On 2017-11-04, Peter Faiman  wrote:
> Thank you for this explanation. My uplink is only 240mbit and my APU2
> handles that perfectly, so I’m not having any of these problems.
> But the insight into the current state of networking was great! :)

But it doesn't handle 240Mbit/s, *unless* the packets are large.

If somebody sends 240Mb/s of minimal sized packets at you, it won't cope.

Re: Bad network performance on apu2c4

[Rupert Gallagher]

Look, I know what I am talking about. I have an apu that does what I said using 
negligible cpu load. And there is nothing fancy with it.

Sent from ProtonMail Mobile

On Sat, Nov 4, 2017 at 17:53, Chris Cappuccio  wrote:

> Rupert Gallagher [r...@protonmail.com] wrote: > > You seem to say that 
> handling larger packets is a feature of having limited CPU. I disagree. > 
> Rupert, I'm saying that a slower CPU can process less packets per second. The 
> important measurement is packets-per-second. The APU has plenty of memory 
> bandwidth to handle large volumes of data. For adequate CPU power, you have 
> to either lower the cost of processing (make software better/more efficient) 
> or you have to distribute the cost across the 4 cores of the APU2 (make 
> software execution parallel). > > The same traffic level, with 1500 byte 
> packets generates 6 times more packets per second than that traffic level 
> with 9000 bytes packets. > > You divided 9000 by 1500 without mistakes. 
> Congratulations. > The point was clearly lost on you. > > There is ongoing 
> work to improve the network stack performance on boxes like the APU2 (which 
> have 4 cores). You will see improvements. If you want it better today, you 
> need a faster box. Chris > > The apu2c4 is fast enough to saturate its Intel 
> 1Gbits/sec link. It has three of those. If you connect all three to the 
> switch, you get 3Gbps shy. No need for a faster box. You rather need a faster 
> switch, class 7 S-FTP wires (better than class 6), and 2.5Gbps lan cards for 
> clients. No, you don't need any of that. You have no idea what you are 
> talking about. The APU requires software crafted to evenly distribute 
> PER-PACKET PROCESSING cost across multiple cores. That is what is happening 
> in OpenBSD today. It has been happening for years, and it is getting closer 
> to becoming a reality with OpenBSD + APU2, as well as other 
> chipsets/platforms. For a couple years now, we've had interrupts processed by 
> one core, PF on another, and other parts of the kernel on a third core. But 
> to accelerate packet processing alone, we need interrupts handled on multiple 
> cores, PF processing handled on multiple cores. This is hard work. By the 
> way, what I'm describing is the general-purpose OS approach towads this 
> problem. If you want to turn computer hardware into routers with little other 
> concern, the go-to platform is DPDK + VPP. It is something like an order of 
> magnitude faster than any general purpose OS (OpenBSD, Linux) at packet 
> pushing. 
> https://www.reddit.com/r/networking/comments/6upchy/can_a_bsd_system_replicate_the_performance_of/dlvdq2e/
>  Chris

Re: FOSDEM 2018 - Distributions Devroom Call for Participation

[Marc Espie]

On Sat, Nov 04, 2017 at 06:54:56AM +0100, somebody wrote:
> Hold on a sec, that's not my nick. I'm provisionally using my bf's
> account (with permission!). Just saying since this will end up in the
> archives and it shouldn't be ascribed to him.

Not my problem.  You're on a technical list, sending insults and
you can't even configure it properly.

> You'll find my real nick at the bottom of my messages :)
Don't care.

> > This is not spam. It is an on-topic posting.

> Yes, the poster has enlightened me by private e-mail now. There's an
> OpenBSD 'track', apparently, woohoo!
Like duh, that's common knowledge for every european dev who hasn't
been living under a rock for the past years (and probably in the
rest of the world as well).


> You really can't expect me to not consider a long, iterative, message, 
> laden with buzzwords and sloppy English, advertising something, with
> *no* mention of anything distinctly on-topic whatsoever, spam.

Apart from the fact   that most of that stuff was actually on-topic,
and perfectly easy to understand when you're actually interested in
that stuff...

Like, you know, not reinventing our own private wheel in a corner,
when other distributions are actually making the same kind of effort.

Or getting some common ground in buildbots and testing infrastructure.

You know, like some porters in OpenBSD have been doing, getting OpenBSD
from a poorly supported architecture to something that's actually tested
regularly on buildbots for some major projects.

How is this not relevant for you  ?   Don't you use any major
cross-platform software, like firefox, or gnome, or kde...

> I suppose I should explain here that I'm not very much fonder of the
> 'free software' world than I'm of the 'proprietary crap' one. Not that 
> I don't find the former approach infinitely superior, it's just that,
> from me POV, there's an increasing failure to live up to the ideals.

Well, duh, and trying to up the standards by not doing the same thing
twiceis of no interest to you.

> Honestly, if it's not spam, the announcement should really be better
> worded, especially since the whole point of a conference is
> communication. The announcement doesn't really reflect that.

The announcement was actually targetted.  The people on misc@ that
have an interest in this kind of thing   actually do know what the
announcement was about.

And, hey, this is misc@. This announcement was actually much more
informative and useful than the usual email on that list.

Re: Bad network performance on apu2c4

[miraculli .]

Hi,

i´ve also an APU2 as router.
The uplink connection (16Mbit/s) is via pppoe(4) on em0
and i couldn´t manage to messure the throughput of this interface:
- iftop doesn´t work on pppoe and shows nothing on em0.
- ifperf also calculates some strange numbers (14669317741 Gbits/sec)
when trying to connect to one of the public iperf-servers from
https://iperf.fr/iperf-servers.php

how do you messure the performance?


2017-11-04 18:24 GMT+01:00 Peter Faiman :

> > On Nov 4, 2017, at 09:53, Chris Cappuccio  wrote:
> >
> > Rupert Gallagher [r...@protonmail.com] wrote:
> >>
> >> You seem to say that handling larger packets is a feature of having
> limited CPU. I disagree.
> >>
> >
> > Rupert, I'm saying that a slower CPU can process less packets per second.
> >
> > The important measurement is packets-per-second. The APU has plenty of
> > memory bandwidth to handle large volumes of data. For adequate CPU power,
> > you have to either lower the cost of processing (make software
> better/more
> > efficient) or you have to distribute the cost across the 4 cores of the
> APU2
> > (make software execution parallel).
> >
> >>> The same traffic level, with 1500 byte packets generates 6 times more
> packets per second than that traffic level with 9000 bytes packets.
> >>
> >> You divided 9000 by 1500 without mistakes. Congratulations.
> >>
> >
> > The point was clearly lost on you.
> >
> >>> There is ongoing work to improve the network stack performance on
> boxes like the APU2 (which have 4 cores). You will see improvements. If you
> want it better today, you need a faster box. Chris
> >>
> >> The apu2c4 is fast enough to saturate its Intel 1Gbits/sec link. It has
> three of those. If you connect all three to the switch, you get 3Gbps shy.
> No need for a faster box. You rather need a faster switch, class 7 S-FTP
> wires (better than class 6), and 2.5Gbps lan cards for clients.
> >
> > No, you don't need any of that. You have no idea what you are talking
> about.
> >
> > The APU requires software crafted to evenly distribute PER-PACKET
> PROCESSING
> > cost across multiple cores. That is what is happening in OpenBSD today.
> It has
> > been happening for years, and it is getting closer to becoming a reality
> with
> > OpenBSD + APU2, as well as other chipsets/platforms.
> >
> > For a couple years now, we've had interrupts processed by one core, PF on
> > another, and other parts of the kernel on a third core. But to accelerate
> > packet processing alone, we need interrupts handled on multiple cores,
> > PF processing handled on multiple cores. This is hard work.
> >
> > By the way, what I'm describing is the general-purpose OS approach towads
> > this problem. If you want to turn computer hardware into routers with
> little
> > other concern, the go-to platform is DPDK + VPP. It is something like an
> > order of magnitude faster than any general purpose OS (OpenBSD, Linux) at
> > packet pushing.
> >
> > https://www.reddit.com/r/networking/comments/6upchy/
> can_a_bsd_system_replicate_the_performance_of/dlvdq2e/
> >
> > Chris
>
> Thank you for this explanation. My uplink is only 240mbit and my APU2
> handles that perfectly, so I’m not having any of these problems. But the
> insight into the current state of networking was great! :)
>
> Peter
>



-- 
+49.179.1448024
Karl-Kunger-Straße 68
D - 12435 Berlin

Re: Bad network performance on apu2c4

[Peter Faiman]

> On Nov 4, 2017, at 09:53, Chris Cappuccio  wrote:
> 
> Rupert Gallagher [r...@protonmail.com] wrote:
>> 
>> You seem to say that handling larger packets is a feature of having limited 
>> CPU. I disagree.
>> 
> 
> Rupert, I'm saying that a slower CPU can process less packets per second.
> 
> The important measurement is packets-per-second. The APU has plenty of
> memory bandwidth to handle large volumes of data. For adequate CPU power,
> you have to either lower the cost of processing (make software better/more
> efficient) or you have to distribute the cost across the 4 cores of the APU2
> (make software execution parallel).
> 
>>> The same traffic level, with 1500 byte packets generates 6 times more 
>>> packets per second than that traffic level with 9000 bytes packets.
>> 
>> You divided 9000 by 1500 without mistakes. Congratulations.
>> 
> 
> The point was clearly lost on you.
> 
>>> There is ongoing work to improve the network stack performance on boxes 
>>> like the APU2 (which have 4 cores). You will see improvements. If you want 
>>> it better today, you need a faster box. Chris
>> 
>> The apu2c4 is fast enough to saturate its Intel 1Gbits/sec link. It has 
>> three of those. If you connect all three to the switch, you get 3Gbps shy. 
>> No need for a faster box. You rather need a faster switch, class 7 S-FTP 
>> wires (better than class 6), and 2.5Gbps lan cards for clients.
> 
> No, you don't need any of that. You have no idea what you are talking about.
> 
> The APU requires software crafted to evenly distribute PER-PACKET PROCESSING
> cost across multiple cores. That is what is happening in OpenBSD today. It has
> been happening for years, and it is getting closer to becoming a reality with
> OpenBSD + APU2, as well as other chipsets/platforms. 
> 
> For a couple years now, we've had interrupts processed by one core, PF on
> another, and other parts of the kernel on a third core. But to accelerate
> packet processing alone, we need interrupts handled on multiple cores,
> PF processing handled on multiple cores. This is hard work.
> 
> By the way, what I'm describing is the general-purpose OS approach towads
> this problem. If you want to turn computer hardware into routers with little
> other concern, the go-to platform is DPDK + VPP. It is something like an
> order of magnitude faster than any general purpose OS (OpenBSD, Linux) at
> packet pushing.
> 
> https://www.reddit.com/r/networking/comments/6upchy/can_a_bsd_system_replicate_the_performance_of/dlvdq2e/
> 
> Chris

Thank you for this explanation. My uplink is only 240mbit and my APU2 handles 
that perfectly, so I’m not having any of these problems. But the insight into 
the current state of networking was great! :)

Peter

Re: Bad network performance on apu2c4

[Chris Cappuccio]

Rupert Gallagher [r...@protonmail.com] wrote:
> 
> You seem to say that handling larger packets is a feature of having limited 
> CPU. I disagree.
> 

Rupert, I'm saying that a slower CPU can process less packets per second.

The important measurement is packets-per-second. The APU has plenty of
memory bandwidth to handle large volumes of data. For adequate CPU power,
you have to either lower the cost of processing (make software better/more
efficient) or you have to distribute the cost across the 4 cores of the APU2
(make software execution parallel).

> > The same traffic level, with 1500 byte packets generates 6 times more 
> > packets per second than that traffic level with 9000 bytes packets.
> 
> You divided 9000 by 1500 without mistakes. Congratulations.
> 

The point was clearly lost on you.

> > There is ongoing work to improve the network stack performance on boxes 
> > like the APU2 (which have 4 cores). You will see improvements. If you want 
> > it better today, you need a faster box. Chris
> 
> The apu2c4 is fast enough to saturate its Intel 1Gbits/sec link. It has three 
> of those. If you connect all three to the switch, you get 3Gbps shy. No need 
> for a faster box. You rather need a faster switch, class 7 S-FTP wires 
> (better than class 6), and 2.5Gbps lan cards for clients.

No, you don't need any of that. You have no idea what you are talking about.

The APU requires software crafted to evenly distribute PER-PACKET PROCESSING
cost across multiple cores. That is what is happening in OpenBSD today. It has
been happening for years, and it is getting closer to becoming a reality with
OpenBSD + APU2, as well as other chipsets/platforms. 

For a couple years now, we've had interrupts processed by one core, PF on
another, and other parts of the kernel on a third core. But to accelerate
packet processing alone, we need interrupts handled on multiple cores,
PF processing handled on multiple cores. This is hard work.

By the way, what I'm describing is the general-purpose OS approach towads
this problem. If you want to turn computer hardware into routers with little
other concern, the go-to platform is DPDK + VPP. It is something like an
order of magnitude faster than any general purpose OS (OpenBSD, Linux) at
packet pushing.

https://www.reddit.com/r/networking/comments/6upchy/can_a_bsd_system_replicate_the_performance_of/dlvdq2e/

Chris

Re: Streamlining disklabel...

[Otto Moerbeek]

On Sat, Nov 04, 2017 at 10:51:59AM -0400, Implausibility wrote:

> 
> > On Nov 4, 2017, at 9:39 AM, Tom Rosso  wrote:
> > 
> > On 2017-11-04 09:28, Implausibility wrote:
> >> I simply want to create a single partition encompassing all of the
> >> available space.
> >> I've searched the web, plus read searched the last 11k+ messages on
> >> misc@ -- but I can't seem to find any examples of defining a disk with
> >> disklabel non-interactively.
> >>> # disklabel -w sd1 'disk'
> >>> disklabel: unknown disk type: disk
> > 
> > You need to create an entry in /etc/disktab for the disk type "disk", which 
> > defines all of the variables that go into the disklabel that will be 
> > created.  man 5 disktab
> > 
> > It's easier to create a disklabel interactively.
> > 
> 
> The snag here is that I want this to work for any size disk that I connect to 
> an OpenBSD instance.  It seems like the definitions in disktab are rather 
> inflexible (the man page only mentions numeric sizes, not percentages or 
> wildcards).
> 
> It seems weird that something so common critical (adding storage) is so 
> cryptic.  I don't have to create a termcap entry for every new user, so it 
> seems weird to have to create a similar record for every disk I want to 
> format on the command line for OpenBSD.

The interactive editor does support percentages:

 Quantities are rounded to the nearest cylinder when units are specified
 for sizes (or offsets).  At prompts that request a size, `*' may be
 entered to indicate the rest of the available space, `%' for percentage
 of total, and `&' for percentage free.

Default is to use the whole disk anyway. There is also a section
called AUTOMATIC DISK ALLOCATION that can use a templkate file.

-Otto

Re: Streamlining disklabel...

[Implausibility]

> On Nov 4, 2017, at 9:39 AM, Tom Rosso  wrote:
> 
> On 2017-11-04 09:28, Implausibility wrote:
>> I simply want to create a single partition encompassing all of the
>> available space.
>> I've searched the web, plus read searched the last 11k+ messages on
>> misc@ -- but I can't seem to find any examples of defining a disk with
>> disklabel non-interactively.
>>> # disklabel -w sd1 'disk'
>>> disklabel: unknown disk type: disk
> 
> You need to create an entry in /etc/disktab for the disk type "disk", which 
> defines all of the variables that go into the disklabel that will be created. 
>  man 5 disktab
> 
> It's easier to create a disklabel interactively.
> 

The snag here is that I want this to work for any size disk that I connect to 
an OpenBSD instance.  It seems like the definitions in disktab are rather 
inflexible (the man page only mentions numeric sizes, not percentages or 
wildcards).

It seems weird that something so common critical (adding storage) is so 
cryptic.  I don't have to create a termcap entry for every new user, so it 
seems weird to have to create a similar record for every disk I want to format 
on the command line for OpenBSD.

Re: Streamlining disklabel...

[Tom Rosso]

On 2017-11-04 09:28, Implausibility wrote:

I simply want to create a single partition encompassing all of the
available space.

I've searched the web, plus read searched the last 11k+ messages on
misc@ -- but I can't seem to find any examples of defining a disk with
disklabel non-interactively.


# disklabel -w sd1 'disk'
disklabel: unknown disk type: disk


You need to create an entry in /etc/disktab for the disk type "disk", 
which defines all of the variables that go into the disklabel that will 
be created.  man 5 disktab


It's easier to create a disklabel interactively.

Re: FOSDEM 2018 - Distributions Devroom Call for Participation

[Peter Hessler]

On 2017 Nov 03 (Fri) at 20:57:52 +0100 (+0100), leo_...@volny.cz wrote:
:Hi,
:
:[I don't normally respond to spam, but I need to blow off some
: frustration =)]
:

This is amazingly insulting, and *you* don't get to do it on our lists.

Do not attack people sending useful emails, just because you don't
understand them.

I do not care if you see other people do it.  They shouldn't do it
either.

Streamlining disklabel...

[Implausibility]

Hi.

I'm trying to add a 'block storage' disk to a an OpenBSD 6.1 VM in the cloud.

I was able to use fdisk to write an MBR, but I can't seem to get disklabel to 
simply allocate the entire disk (regardless of it's size) to one partition 
without going through the editor.

I checked /etc/disktype as per the man pages, but it only seems to have very 
specific / arcane definitions, and I'd like a 'catch all' solution that simply 
allocates all storage to one partition.

I simply want to create a single partition encompassing all of the available 
space.

I've searched the web, plus read searched the last 11k+ messages on misc@ -- 
but I can't seem to find any examples of defining a disk with disklabel 
non-interactively.

Can someone please provide some examples of a disklabel command that creates a 
partition non-interactively?  (For bonus points, a list of examples of the -w 
command would be great for future searchers / readers.)

Thanks.

For the record, I options like:

> # disklabel -w sd1 ffs
> disklabel: unknown disk type: ffs
> # disklabel -w sd1 floppy
> disklabel: ioctl DIOCWDINFO: Open partition would move or shrink
> # disklabel -w sd1 hd 
> disklabel: unknown disk type: hd
> # disklabel -w sd1 sd   
> disklabel: unknown disk type: sd
> # disklabel -w sd1 SCSI
> disklabel: unknown disk type: SCSI
> # disklabel -w sd1 'disk'
> disklabel: unknown disk type: disk
> # disklabel -w sd1 0xA6   
> disklabel: unknown disk type: 0xA6
> # disklabel -w sd1 A6   
> disklabel: unknown disk type: A6
> 

NFS leading to D-state processes

[Rupert Gallagher]

NFS case study.

- obsd server mounts LAN resource via NFS
- the NFS server is a NAS running Alt-F firmware version 1.0 with working ssh 
but without sudo;
- the NFS link does not respond
- all obsd related processes hang into D state, including command like ls, df, 
and reboot.
- kill -9 does not work: the kernel locked them
-  umount -f does not work
- reboot kills the server: tried locally, it hangs, forever
- obsd hard reset not possible: it sits overseas, without manpower

I need fresh ideas to unlock the kernel ... locked processes and kill the nfs 
link.

Sent from ProtonMail Mobile

RE: FOSDEM 2018 - Distributions Devroom Call for Participation

[leo_tck]

Hi,

"Ingo Schwarze"  wrote:
> Hi leo_tck,

Hold on a sec, that's not my nick. I'm provisionally using my bf's
account (with permission!). Just saying since this will end up in the
archives and it shouldn't be ascribed to him.

You'll find my real nick at the bottom of my messages :)

> This is not spam. It is an on-topic posting.

Yes, the poster has enlightened me by private e-mail now. There's an
OpenBSD 'track', apparently, woohoo!

You really can't expect me to not consider a long, iterative, message, 
laden with buzzwords and sloppy English, advertising something, with
*no* mention of anything distinctly on-topic whatsoever, spam.

> Please refrain from insulting people, in particular those posting
> rarely who may not be very familiar with OpenBSD and might be
> mislead to think that such insults would be normal or acceptable
> in an OpenBSD context.

*cough* Theo *cough*.

But no, I absolutely have no intention of representing OpenBSD. Since I
didn't invoke any official capacity, didn't send mail from an
OpenBSD.org address (obviously I don't even have one!), and put that
little disclaimer at the top, it should've been, an be, clear that my
reply was from me little self only.

And from no-one else.

> FOSDEM is a major conference about Free Software, arguably even the
> major conference in Europe. OpenBSD as a free operating system.
> OpenBSD developers have presented at FOSDEM in the past. I'm
> actually considering to propose a presentation myself, and i'm
> grateful for the heads-up.

I suppose I should explain here that I'm not very much fonder of the
'free software' world than I'm of the 'proprietary crap' one. Not that 
I don't find the former approach infinitely superior, it's just that,
from me POV, there's an increasing failure to live up to the ideals.

But if you like this sort of thing, good luck w/ your presentation =)

No hard feelings, really.

> I consider FOSDEM a major opportunity for communication among
> free operating systems that rarely talk to each other. The *BSD
> conferences are no doubt useful too, but less suited to that
> particular purpose.

Yeah, after said private e-mail, I started to figure that the list of
buzzwords was in fact a list of excuses to convince one's boss to pay
for attendance.

Y'know, I find it funny and appropriate when a local shop owner hangs a
"closed for urgent technical reasons" sign when he's taken the day off
to enjoy a barrel of homebrew beer with a friend.

But if I'm right about those buzzwords, well, let's just say that the
level and kind of deception in them appalls me.

> While some of your questions may be interesting and some of your
> criticisms might have a point, discussing most of them would be
> off-topic on this list. A call for proposals for a major free
> software conference is clearly on topic here; nitpicking on the
> concept of the conference is not.

Honestly, if it's not spam, the announcement should really be better
worded, especially since the whole point of a conference is
communication. The announcement doesn't really reflect that.

Thanks for your enlightening response. I agree that this discussion is
off-topic and thus propose that any further replies (from anyone) be
sent by private e-mail.

Sincerely,

--schaafuit.

Re: Bad network performance on apu2c4

[Rupert Gallagher]

On Sat, Nov 4, 2017 at 01:51, Chris Cappuccio  wrote:

> Rupert Gallagher [r...@protonmail.com] wrote:

>>> Out of curiosity, I just tested an apu2c4 server with obsd 6.1, against a 
>>> windows 10 client on LAN with a 1Gbit CISCO switch in between and 9K MTU on 
>>> both sides, using iperf3 -P10. The result is a spectacular 950Mbits/sec.

>> This is not a regression.

> 

>> The APU2 has limited CPU power and can handle larger packets much better 
>> than typically internet-routable 1500 byte packets.

> You seem to say that handling larger packets is a feature of having limited 
> CPU. I disagree.

>> The same traffic level, with 1500 byte packets generates 6 times more 
>> packets per second than that traffic level with 9000 bytes packets.

> You divided 9000 by 1500 without mistakes. Congratulations.

>> There is ongoing work to improve the network stack performance on boxes like 
>> the APU2 (which have 4 cores). You will see improvements. If you want it 
>> better today, you need a faster box. Chris

> The apu2c4 is fast enough to saturate its Intel 1Gbits/sec link. It has three 
> of those. If you connect all three to the switch, you get 3Gbps shy. No need 
> for a faster box. You rather need a faster switch, class 7 S-FTP wires 
> (better than class 6), and 2.5Gbps lan cards for clients.

RE: FOSDEM 2018 - Distributions Devroom Call for Participation

[leo_tck]

*sigh*

I wrote:
> Yes, the poster has enlightened me by private e-mail now. There's an
> OpenBSD 'track', apparently, woohoo!

Correction: it was not the poster, and it was in public.

This broken webmail poop is why I din't respond everyday. Be glad! ;)

--schaafuit.

Re: Apollo Lake kernel panic

[Predrag Punosevac]

I copied the bsd.mp kernel from a working machine. Here is the dmesg.  I
also disabled C states in BIOS and was able cleanly to halt machine


OpenBSD 6.2 (GENERIC) #132: Tue Oct  3 21:18:21 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 16799846400 (16021MB)
avail mem = 16283758592 (15529MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xed450 (18 entries)
bios0: vendor American Megatrends Inc. version "P1.30" date 04/18/2017
bios0: ASRock J4205-ITX
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP LPIT APIC NPKT PRAM WSMT SSDT 
SSDT AAFT SSDT SSDT SSDT SSDT SSDT UEFI BERT WDAT NHLT
acpi0: wakeup devices SIO1(S4) PS2K(S4) HDAS(S3) XHC_(S4) XDCI(S4) BRCM(S0) 
PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) 
PXSX(S4) RP05(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Pentium(R) CPU J4205 @ 1.50GHz, 1497.60 MHz
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,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,SENSOR,ARAT
cpu0: 1MB 64b/line 16-way L2 cache
cpu0: TSC frequency 149760 Hz
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
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 120 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (RP03)
acpiprt2 at acpi0: bus 2 (RP04)
acpiprt3 at acpi0: bus 3 (RP05)
acpiprt4 at acpi0: bus 4 (RP06)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C1(@1 halt!), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpitz0 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: PWRB
"INT3452" at acpi0 not configured
"INT3452" at acpi0 not configured
"INT3452" at acpi0 not configured
"INT3452" at acpi0 not configured
"INT33A1" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 1497 MHz: speeds: 1501, 1500, 1400, 1300, 1200, 1100, 
1000, 900, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 vendor "Intel", unknown product 0x5af0 rev 0x0b
inteldrm0 at pci0 dev 2 function 0 vendor "Intel", unknown product 0x5a84 rev 
0x0b
drm0 at inteldrm0
inteldrm0: msi
error: [drm:pid0:i915_firmware_load_error_print] *ERROR* failed to load 
firmware i915/bxt_dmc_ver1.bin (-22)
error: [drm:pid0:i915_gem_init_hw] *ERROR* Failed to initialize GuC, error -8 
(ignored)
inteldrm0: 1440x900, 32bpp
Unclaimed register detected after writing to register 0x68980
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
azalia0 at pci0 dev 14 function 0 vendor "Intel", unknown product 0x5a98 rev 
0x0b: msi
azalia0: codecs: Realtek/0x0892, 0x/0x, using Realtek/0x0892
audio0 at azalia0
vendor "Intel", unknown product 0x5a9a (class communications subclass 
miscellaneous, rev 0x0b) at pci0 dev 15 function 0 not configured
ahci0 at pci0 dev 18 function 0 vendor "Intel", unknown product 0x5ae3 rev 
0x0b: msi, AHCI 1.3.1
ahci0: port 0: 6.0Gb/s
ahci0: port 1: 6.0Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct 
fixed naa.5000c500a20c8afc
sd0: 1907729MB, 512 bytes/sector, 3907029168 sectors
sd1 at scsibus1 targ 1 lun 0:  SCSI3 0/direct 
fixed naa.5000c500a20c72e9
sd1: 1907729MB, 512 bytes/sector, 3907029168 sectors
ppb0 at pci0 dev 19 function 0 vendor "Intel", unknown product 0x5ad8 rev 0xfb: 
msi
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x11: RTL8168G/8111G (0x4c00), 
msi, address 70:85:c2:4a:bf:5b
rgephy0 at re0 phy 7: RTL8251 PHY, rev. 0
ppb1 at pci0 dev 19 function 1 vendor "Intel", unknown product 0x5ad9 rev 0xfb: 
msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 19 function 2 vendor "Intel", unknown product 0x5ada rev 0xfb: 
msi
pci3 at ppb2 bus 3
ahci1 at pci3 dev 0 function 0 "ASMedia ASM1061 AHCI" rev 0x02: msi, AHCI 1.2
ahci1: port 0: 1.5Gb/s
scsibus2 at ahci1: 32 targets
cd0 at scsibus2 targ 0 lun 0:  ATAPI 5/cdrom 
removable
ppb3 at pci0 dev 19 function 3 vendor "Intel", unknown product 0x5adb rev 0xfb: 
msi
pci4 at ppb3 bus 4
xhci0 at pci0 dev 21 function 0 vendor "Intel", unknown product 0x5aa8 rev 
0x0b: msi
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1