Re: Lenovo 110s Laptop - bug or unsupported hardware?

[Martin Ziemer]

On Fri, Oct 27, 2017 at 10:33:48PM -0500, J Vans wrote:
> When running X, and doing things that require a lot of memory (open firefox 
> and watch a youtube video + 3 or 4 more tabs + open evince and open a 
> sizeable PDF was my test) this machine freezes, and the screen goes black. 
> Sometimes this happens in 30 seconds, sometimes it takes 10 minutes or more. 
> I also tested with Chrome and Midori, and got the same behavior. I also 
> tested playing video locally and the results were the same. On a few 
> occasions it crashed while not doing much, but for the most part if I keep 
> memory usage low (i.e. use a text based browser, for example) it does not 
> crash. DDB is opening in the background after the crash, but I cannot see it. 
> I type ps, and trace, but they do not show up in the messages after 
> rebooting. I have however been able to get several core dumps. They look 
> identical to eachother, which leads me to believe it is the same problem 
> happening in each crash.
I have the same Problem here on an Acer Aspire B117. Since both
machines (Lenovo and Acer) are based on Braswell, I think, it could be
related to the inteldrm on Braswell. 

I could not trigger this problem if I use wsfb in xorg.conf. 

Also this Box runs perfect, if i only use my "normal" small console
applications (vim, w3m, mutt, newsbeuter, ledger and such). 

motion detection video surveillance

[Predrag Punosevac]

Hi Misc,

Is anybody willing to share her/his experience in building motion
detection video surveillance system using OpenBSD?

I see at least one interesting port

http://openports.se/multimedia/motion

but I am really curious about the type of video hardware people are
using.

Thank you all.
Predrag

Re: 3g modem

[Kapfhammer, Stefan]

Hello,

Ericsson (F)/H5321gw works great with the new
umb(4) MBIM device with OpenBSD 6.2. 

umb(4) was introduced with 6.1 and recognized this modem, but did not work 
correct. Up to OpenBSD 6.1 I used a combination out of  pppd(8) and chat(8),
which worked great for me, for all the pre-6.2 releases.

Get an overview here: 
https://techship.com/products/category/cellular-modules/

dmesg:

umodem0 at uhub4 port 6 configuration 1 interface 1 "TOSHIBA H5321 gw" rev 
2.00/0.00 addr 4
umodem0: data interface 2, has CM over data, has break
umodem0: status change notification available
ucom0 at umodem0
umodem1 at uhub4 port 6 configuration 1 interface 3 "TOSHIBA H5321 gw" rev 
2.00/0.00 addr 4
umodem1: data interface 4, has CM over  data, has break
umodem1: status change notification available
ucom1 at umodem1
umb0 at uhub4 port 6 configuration 1 interface 6 "TOSHIBA H5321 gw" rev 
2.00/0.00 addr 4
umodem2 at uhub4 port 6 configuration 1 interface 9 "TOSHIBA H5321 gw" rev 
2.00/0.00 addr 4
umodem2: data interface 10, has CM over data, has break
umodem2: status change notification available
ucom2 at umodem2
ugen1 at uhub4 port 6 configuration 1 "TOSHIBA H5321 gw" rev 2.00/0.00 addr 4

Regards,
-stefan



  Ursprüngliche Nachricht  
Von: ed...@pettijohn-web.com
Gesendet: 5. November 2017 11:06 nachm.
An: erling.westen...@gmail.com
Cc: misc@openbsd.org
Betreff: Re: 3g modem

On Sun, Nov 05, 2017 at 10:58:47PM +0100, Erling Westenvik wrote:
> On Sun, Nov 05, 2017 at 03:33:48PM -0600, Edgar Pettijohn wrote:
> > My isp leaves a lot to be desired. I'm into possible backup plans for
> > when the connection is unbearable. Are there any 3g usb dongles or
> > mini pci devices which work on openbsd?
> 
> On my old ThinkPad T500:
> 
> $ dmesg | grep cdce
> cdce0 at uhub1 port 4 configuration 1 interface 7 "Ericsson Ericsson F3507g 
> Mobile Broadband Minicard Composite Device" rev 2.00/0.00 addr 2
> cdce0: address 02:80:37:ec:02:00
> 
> Mini-PCI. Works. Check cdce(4) for more adapters.
> 
> Erling

Cool. Wasn't sure which drivers to look at. I guess apropos would have been my 
friend.

Thanks!

Re: Apollo Lake kernel panic

[Pedro Ramos]

I cannot check it right now, but I am pretty sure I have disabled the C 
states and as well CSM. Also I have upgrade the firmware to the latest.
At the beginning I also had some troubles. The system was crashing at 
different times. Now it is stable. I am running 6.2 -current not Release.


Às 06:00 de 04/11/2017, Predrag Punosevac escreveu:

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 

Re: 3g modem

[Edgar Pettijohn]

On Sun, Nov 05, 2017 at 10:58:47PM +0100, Erling Westenvik wrote:
> On Sun, Nov 05, 2017 at 03:33:48PM -0600, Edgar Pettijohn wrote:
> > My isp leaves a lot to be desired. I'm into possible backup plans for
> > when the connection is unbearable. Are there any 3g usb dongles or
> > mini pci devices which work on openbsd?
> 
> On my old ThinkPad T500:
> 
> $ dmesg | grep cdce
> cdce0 at uhub1 port 4 configuration 1 interface 7 "Ericsson Ericsson F3507g 
> Mobile Broadband Minicard Composite Device" rev 2.00/0.00 addr 2
> cdce0: address 02:80:37:ec:02:00
> 
> Mini-PCI. Works. Check cdce(4) for more adapters.
> 
> Erling

Cool. Wasn't sure which drivers to look at. I guess apropos would have been my 
friend.

Thanks!

Re: 3g modem

[Christoph R. Murauer]

See for example https://man.openbsd.org/umb or,
https://man.openbsd.org/umsm.4

> My isp leaves a lot to be desired. I'm into possible backup plans for
> when
> the connection is unbearable. Are there any 3g usb dongles or mini pci
> devices which work on openbsd?
>
> Thanks,
>
> Edgar
>
>

Re: 3g modem

[Erling Westenvik]

On Sun, Nov 05, 2017 at 03:33:48PM -0600, Edgar Pettijohn wrote:
> My isp leaves a lot to be desired. I'm into possible backup plans for
> when the connection is unbearable. Are there any 3g usb dongles or
> mini pci devices which work on openbsd?

On my old ThinkPad T500:

$ dmesg | grep cdce
cdce0 at uhub1 port 4 configuration 1 interface 7 "Ericsson Ericsson F3507g 
Mobile Broadband Minicard Composite Device" rev 2.00/0.00 addr 2
cdce0: address 02:80:37:ec:02:00

Mini-PCI. Works. Check cdce(4) for more adapters.

Erling

3g modem

[Edgar Pettijohn]

My isp leaves a lot to be desired. I'm into possible backup plans for when
the connection is unbearable. Are there any 3g usb dongles or mini pci 
devices which work on openbsd? 

Thanks,

Edgar

Re: ikectl errors

[Patrick Wildt]

On Thu, Nov 02, 2017 at 11:25:18PM +, Andreas Thulin wrote:
> Hi again,
> 
> found this on cvsweb.openbsd.org:
> 
> https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin/iked/ca.c?sortby=date
> 
> ”In the subjectAltName comparison, the bzero before the while-loop was
> lost while applying the diff. This is means sanid could be passed
> uninitialized to ca_x509_subjectaltname_cmp(), where ibuf_release()
> could try to release a pointer which is essentially stack garbage.
> While there I realized that the bzero() in the loop is essentially
> fatal, since every mismatch leads to a silent leak of ibufs. Since
> ca_x509_subjectaltname_cmp() releases and initializes the passed
> iked_id, we can safely call it multiple times after initializing
> sanid once before the loop.”
> 
> Ignorant question: Does this mean a) that I should (try and probably fail
> to) patch myself, b) that the change may become a syspatch, or c) that the
> next release will include the patch? I’m running 6.2-stable.

This is a fixup for a change in -current, 6.2-stable is all fine.  So
unless you were running -current, all good.

Patrick

> Thanks again for the tip!
> 
> BR, Andreas

Re: How help about to review FAQ?

[Ken Withee]

I noticed a broken link awhile back and some type on the website. The diff 
process was a bit new to me so I followed this article, it is a bit dated but 
it walks through the process: https://www.bsdnow.tv/tutorials/patching-obsd

It was quickly fixed and I think with the diff process like previous poster 
said someone can just approve it as a patch instead of doing some work to type 
it in.

Ken

>  Original Message 
> Subject: Re: How help about to review FAQ?
> Local Time: November 4, 2017 3:12 PM
> UTC Time: November 4, 2017 10:12 PM
> From: b...@stephane-huc.net
> To: misc@openbsd.org
>
> 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

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

[Jay Hart]

> On 2017-11-05, 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
>
> 1.6GB used in /usr still seems a bit high. Do you have the ports tree 
> installed
> there? Normally I'd recommend a separate partition for that. If not, you'll 
> need
> to figure out what's using the space.
>
Stuart,

I do have the ports tree installed on /usr. To help break this down a bit, I 
ran 'du -hs' on each
subdirectory of /usr, and here is size breakdown:

/usr/X11R6183M  *separate partition
/usr/bin  112M
/usr/games2.0k
/usr/include  25.5M
/usr/lib  169M
/usr/libdata  39.9M
/usr/libexec  38.4M
/usr/local27.1M *separate partition
/usr/mdec 314k
/usr/obj  293M  *separate partition
/usr/ports382M
/usr/sbin 17.3M
/usr/share231M
/usr/src  852M  *separate partition
/usr/xenocara 657M
/usr/xobj 3.1M

Totaling everything that should be on the /usr partition, is just over 1.6GB.  
This seems to
confirm df -h totals shown above.

I have the 6.1 src, sys, ports, and xenocara gz files all untarred and 
installed.

Again, thanks for your time.

Jay

OpenSMTPd error "io-error: No SSL error"

[Atanas Vladimirov]

Hello misc,

First, sorry that I'm reporting this issue so late, but I spotted it 
before a few days.
It seems that my surveillance webcam stopped to notify me via email with 
the following messages in maillog:



Nov  5 15:59:34 hodor smtpd[59494]: 2847e02c4337309e smtp 
event=connected address=172.16.1.8 host=attic.bsdbg.net
Nov  5 15:59:35 hodor smtpd[59494]: 2847e02c4337309e smtp event=closed 
address=172.16.1.8 host=attic.bsdbg.net reason="io-error: No SSL error"



The webcam logs the following:


Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set Root="at...@bsdbg.net"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set MailHub="172.16.1.1"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set RemotePort="587"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set RewriteDomain=""
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set HostName="172.16.1.1"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set 
AuthUser="u...@bsdbg.net"

Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set AuthPass="Password"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set 
FromLineOverride="True"

Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set UseSTARTTLS="True"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: Set MailHub="172.16.1.1"
Nov  5 14:12:30 attic.bsdbg.net sSMTP[31831]: via SMTP Port Number="587"
Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: Creating SSL connection to 
host
Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: 220 hodor.bsdbg.net ESMTP 
OpenSMTPD

Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: EHLO 172.16.1.1
Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: 250 HELP
Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: STARTTLS
Nov  5 14:12:31 attic.bsdbg.net sSMTP[31831]: 220 2.0.0: Ready to start 
TLS

Nov  5 14:12:32 attic.bsdbg.net sSMTP[31831]: Cannot open 172.16.1.1:587
Nov  5 14:12:32 attic.bsdbg.net sSMTP[31831]: Can't open //dead.letter 
failing horribly!



When I checked the logs on the server, last successfully sent message 
was on September 10,

just before I moved to a newer snapshot (from Aug 26 to Sep 9):

==
/etc/motd diffs (-OLD  +NEW)
==
--- /var/backups/etc_motd.currentMon Aug 28 01:30:39 2017
+++ /etc/motdSun Sep 10 09:53:39 2017
@@ -1,4 +1,4 @@
-OpenBSD 6.2-beta (GENERIC.MP) #46: Sat Aug 26 12:14:12 MDT 2017
+OpenBSD 6.2-beta (GENERIC.MP) #85: Sat Sep  9 17:44:54 MDT 2017

Here is how a successful delivery looks like:


Sep 10 06:56:54 hodor smtpd[41890]: cf24b009186225a0 smtp 
event=connected address=172.16.1.8 host=attic.bsdbg.net
Sep 10 06:57:01 hodor smtpd[41890]: cf24b009186225a0 smtp event=starttls 
address=172.16.1.8 host=attic.bsdbg.net ciphers="version=TLSv1, 
cipher=AES256-SHA, bits=256"
Sep 10 06:57:02 hodor smtpd[41890]: cf24b009186225a0 smtp 
event=authentication user=u...@bsdbg.net address=172.16.1.8 
host=attic.bsdbg.net result=ok
Sep 10 06:57:07 hodor smtpd[41890]: cf24b009186225a0 smtp event=message 
address=172.16.1.8 host=attic.bsdbg.net msgid=987a89ab 
from= to= size=47232 ndest=1 
proto=ESMTP
Sep 10 06:57:07 hodor smtpd[41890]: cf24b009186225a0 smtp event=closed 
address=172.16.1.8 host=attic.bsdbg.net reason=quit

Sep 10 06:57:07 hodor dovecot: lmtp(14906): Connect from local
Sep 10 06:57:07 hodor dovecot: lmtp(u...@bsdbg.net): msgid=unspecified: 
saved mail to INBOX
Sep 10 06:57:07 hodor dovecot: lmtp(14906): Disconnect from local: 
Successful quit
Sep 10 06:57:07 hodor smtpd[41890]:  mda event=delivery 
evpid=987a89ab9622c6e0 from= to= 
user=vmail method=lmtp delay=5s result=Ok stat=Delivered



#
### smtpd.conf
#
~$ cat /etc/mail/smtpd.conf
#   $OpenBSD: smtpd.conf,v 1.9 2016/05/03 18:43:45 jung Exp $

# This is the smtpd server system-wide configuration file.
# See smtpd.conf(5) for more information.

# pki
pki hodor.bsdbg.net certificate "/etc/ssl/bsdbg.fullchain.pem"
pki hodor.bsdbg.net key "/etc/ssl/private/bsdbg.key"

# tables setup
table aliases file:/etc/mail/aliases
table domains file:/etc/mail/domains
table passwd passwd:/etc/mail/passwd
table virtuals file:/etc/mail/virtuals

# To accept external mail, replace with: listen on all
#
listen on lo0
listen on vether0 port submission tls pki hodor.bsdbg.net auth 
listen on egress  port smtp tls pki hodor.bsdbg.net
listen on egress  port submission tls-require pki hodor.bsdbg.net auth 



# allow local messages
accept from local for local alias  deliver to lmtp 
"/var/dovecot/lmtp" rcpt-to


# allow virtual domains
accept from any for domain  virtual  deliver to lmtp 
"/var/dovecot/lmtp" rcpt-to


# allow outgoing mails
accept from local for any relay

Please, let me know if you need more details.

#
### dmesg - Please note that I'm running with this patch [0], that's why 
the running kernel was build by me.

#

OpenBSD 6.2-current (GENERIC.MP) #0: Sun Oct 15 18:29:37 EEST 2017
vl...@hodor.bsdbg.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17132367872 (16338MB)

Re: NFS leading to D-state processes

[Rupert Gallagher]

More info...

obsd mounted the nfs folder on /mnt/nas, there is an unknown problem on the io 
with the nas, and "ls /mnt/nas" locks the console instead of terminating with 
information on the problem.

Before mounting /mnt/nas, obsd had a hot-swap disk mounted on /mnt/backup, 
alive and well. After mounting /mnt/nas, "ls /mnt/backup" locks the console as 
well.

---The evolution of ICT: hardware, software, crapware, abandonware.

Sent from ProtonMail Mobile

On Sat, Nov 4, 2017 at 13:40, Rupert Gallagher  wrote:

> 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

PCH transcoder errors on 6.2-stable

[Kapfhammer, Stefan]

Hi misc,

following errors are derrived from dmesg (full dmesg below):

error: [drm:pid0:cpt_set_fifo_underrun_reporting] *ERROR* uncleared pch fifo 
underrun on pch transcoder A
error: [drm:pid0:intel_pch_fifo_underrun_irq_handler] *ERROR* PCH transcoder A 
FIFO underrun

Both with 6.2 MP and SP.

These errors haven't been reported with 6.1-stable.

Later on xconsole I get:
error: [drm:pid49268:intel_pipe_update_start] *ERROR* Potential atomic update 
failure on pipe A

PID search:
$ ps ax | grep 49268
49268 ??  S   7:22.26 /usr/X11R6/bin/X :0 -auth /home/sk/.serverauth.vGtgP0

Any advice would be great,
Regards,
-stefan

Full dmesg (MP) here (lladdr's and s/n's have been redacted with  - public 
mailing list)


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 = 8445812736 (8054MB)
avail mem = 8182820864 (7803MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xcacff000 (42 entries)
bios0: vendor TOSHIBA version "Version 6.90" date 04/18/2017
bios0: TOSHIBA PORTEGE Z930
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG ASF! TCPA BOOT MSDM SLIC SSDT SSDT SSDT 
SSDT DMAR FPDT
acpi0: wakeup devices LANC(S4) HDEF(S3) USBB(S4) RP02(S4) PXSX(S4) RP04(S4) 
PXSX(S4) USBC(S4) EHC1(S4) EHC2(S4) XHC_(S4) PWRB(S4) LID_(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 2494.81 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,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2494807350 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 2494.34 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,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 2494.34 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,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 2494.34 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,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEGP)
acpiprt2 at acpi0: bus 1 (RP01)
acpiprt3 at acpi0: bus -1 (RP02)
acpiprt4 at acpi0: bus 2 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpicpu0 at acpi0: C2(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C2(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C2(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C2(350@80 mwait.1@0x20), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PDOC, resource for DOCK
acpitz0 at acpi0: critical temperature is 107 degC
tpm0 at acpi0: GTPM addr 0xfed4/0x5000: Infineon SLB9635 1.2 rev 0x10
"TOS7407" at acpi0 not configured
"TOS0220" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpitoshiba0 at acpi0
"TOS6205" at acpi0 not configured
"PNP0C32" at acpi0 not configured
"PNP0C32" at acpi0 not configured
"PNP0C32" at acpi0 not configured
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: LID_
acpibat0 at acpi0: BAT1 model 

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

[Stuart Henderson]

On 2017-11-05, 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

1.6GB used in /usr still seems a bit high. Do you have the ports tree installed
there? Normally I'd recommend a separate partition for that. If not, you'll 
need 
to figure out what's using the space.

Re: Bad network performance on apu2c4

[Peter Faiman]

Ah, I’m not using pppoe so perhaps that’s significant? I have a straight 
ethernet set up, em0 as uplink, em1 connected to a dumb switch, em2 connected 
to a dumb WiFi AP. I measured the speed using fast.com on my mobile, laptop, 
desktop, as well as downloading large files from different servers and CDNs. As 
pointed out elsewhere in this thread, that test only covers full size packets. 
Since my APU2 is an edge router/firewall for my home network, I pretty much 
only get full size TCP packets, and some low throughput UDP packets. All in the 
kernel, i.e. pf, since the router doesn’t really generate traffic of its own.

Peter

> On Nov 4, 2017, at 10:49 AM, miraculli .  wrote:
> 
> 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: Network stack 'lock' / single-thread

[Karsten Horsmann]

Hello Martin,

ah that's cool too hear. Thanks for the clarification.

Kind regards
Karsten Horsmann

Am 05.11.2017 10:18 vorm. schrieb "Martin Pieuchot" :

On 05/11/17(Sun) 09:32, Karsten Horsmann wrote:
> [...]
> The nice FAQ told use that openbsd pf don't benefits much from smp.

That's wrong.

> So I assume that's an more single thread processing for pf.

It's multiple threads but they don't run in parallel.

> I also guess that it is the "keep it simple and then more secure" idea
> behind that rules openbsd as main goal.

Wrong guess.  It "just" has to be done.  Something we've been working on
for years now and it'll come soon.

Re: error: [drm:pid81687:intel_pipe_update_start]

[Stephane HUC "PengouinBSD"]

yes, i have. (but with a dell alienware 13).

and, I need to use CTRL+C to break this loop message during boot, else i
cant use my computer.

My dmesg:
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 = 8487264256 (8094MB)
avail mem = 8223019008 (7842MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec580 (74 entries)
bios0: vendor Alienware version "A04" date 03/26/2015
bios0: Alienware Alienware 13
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI SSDT ASF!
SLIC SSDT SSDT SSDT SSDT SSDT CSRT SSDT
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4)
PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4)
RP04(S4) RP05(S4) PEGP(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz, 2398.30 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2398302960 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz, 2397.93 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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz, 2397.93 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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz, 2397.93 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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus -1 (RP01)
acpiprt5 at acpi0: bus -1 (RP02)
acpiprt6 at acpi0: bus 1 (RP03)
acpiprt7 at acpi0: bus 2 (RP04)
acpiprt8 at acpi0: bus 3 (RP05)
acpiprt9 at acpi0: bus -1 (RP06)
acpiprt10 at acpi0: bus -1 (RP07)
acpiprt11 at acpi0: bus -1 (RP08)
acpiec0 at acpi0: not present
acpiec1 at acpi0
acpicpu0 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PG00, resource for PEG0
acpipwrres1 at acpi0: PG01, resource for PEG1
acpipwrres2 at acpi0: PG02, resource for PEG2
acpipwrres3 at acpi0: PC05, resource for RP05
acpitz0 at acpi0: critical temperature is 105 degC
acpitz1 at acpi0: critical temperature is 105 degC
"DLLK0683" at acpi0 not configured
"DLL0683" at acpi0 not configured
"INT3F0D" at acpi0 not configured
"INT3403" at acpi0 not configured
acpibat0 at acpi0: BAT1 model "PABAS0241231" serial 0x75d1 type Li-Ion
oem "TOSHIBA"
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: LID0
"INT33C7" at acpi0 not configured
"INTL9C60" at acpi0 not configured
dwiic0 at acpi0: I2C1 addr 0xfe105000/0x1000 irq 7
iic0 at dwiic0
ihidev0 at iic0 addr 0x2c irq 39dwiic0: timed out reading remaining 29
, failed fetching initial HID descriptor

Re: Network stack 'lock' / single-thread

[Karsten Horsmann]

Hi Mihai,

first I am not an openbsd guru. I am more an happy user like you.

I read of some other BSDs (DragonflyBSD, FreeBSD) that they bring more smp
support into pf.

https://www.openbsd.org/faq/pf/perf.html

The nice FAQ told use that openbsd pf don't benefits much from smp.

So I assume that's an more single thread processing for pf.

I also guess that it is the "keep it simple and then more secure" idea
behind that rules openbsd as main goal.

It's not "the fastest OS on earth", they never told us that.

The sad thing of all the forked smp pf versions is that they don't get it
in openbsd. So the nice and new pf features lives in openbsd, nowhere else.

Therfore I like openbsd over the other BSD for my use cases.

And are you running in some issues?
Therefore the issue can discuss and maybe solved.

In the Apu2 thread @misc you see some people who runs maybe in single core
limitations (the pcengines Apu2 runs AMD 1 GHz quad jaguar  embedded CPU).
It's the same direction.

Kind regards

Karsten Horsmann

Am 05.11.2017 8:42 vorm. schrieb "Mihai Popescu" :

> Hi,
>
> This is rather a tech@ question but i'm not high enough for that list.
> I see some articles about the fact the network stack in OpenBSD is
> locked or single threaded. IT may be the same thing, i don't really
> know.
>
> Can anyone share some light for this topic, at some beginner level?
> What is that 'lock' actually? Does it mean it can only be modified by
> a single thread at the time?
> Will multithread make things faster for the case where there is only
> one physical interface in a computer?
>
> Thanks.
>
>

Re: Network stack 'lock' / single-thread

[Martin Pieuchot]

On 05/11/17(Sun) 09:32, Karsten Horsmann wrote:
> [...] 
> The nice FAQ told use that openbsd pf don't benefits much from smp.

That's wrong.

> So I assume that's an more single thread processing for pf.

It's multiple threads but they don't run in parallel.

> I also guess that it is the "keep it simple and then more secure" idea
> behind that rules openbsd as main goal.

Wrong guess.  It "just" has to be done.  Something we've been working on
for years now and it'll come soon.

Re: Network stack 'lock' / single-thread

[Martin Pieuchot]

On 05/11/17(Sun) 09:39, Mihai Popescu wrote:
> [...] 
> This is rather a tech@ question but i'm not high enough for that list.
> I see some articles about the fact the network stack in OpenBSD is
> locked or single threaded. IT may be the same thing, i don't really
> know.
> 
> Can anyone share some light for this topic, at some beginner level?
> What is that 'lock' actually? Does it mean it can only be modified by
> a single thread at the time?
> Will multithread make things faster for the case where there is only
> one physical interface in a computer?

It means that if multiple CPUs want to process network packet (sending
and/or receiving) or access network data structure (interfaces, routes,
addresses, etc) at the same time they will be serialized by the NET_LOCK().

Serialized mean that the second CPU will start executing code in the
Network Stack as soon as the first one is "finished" with its current
task.  So there's currently no parallelism *inside* the Network Stack.

However some parts of the Network Stack, the IP layer for example, can
be executed in parallel of the rest of the kernel.  That's because it
doesn't run with the KERNEL_LOCK().

We're now working on using two threads to process packets.  Diffs are
floating around among developers and give some nice performance boost.

Other developers are working [0] on letting read data access, most of
ifconfig(8) for example, be able to be executed in parallel of packet
processing.

Stay tuned!

[0] https://marc.info/?l=openbsd-cvs=150981473127558=2

Network stack 'lock' / single-thread

[Mihai Popescu]

Hi,

This is rather a tech@ question but i'm not high enough for that list.
I see some articles about the fact the network stack in OpenBSD is
locked or single threaded. IT may be the same thing, i don't really
know.

Can anyone share some light for this topic, at some beginner level?
What is that 'lock' actually? Does it mean it can only be modified by
a single thread at the time?
Will multithread make things faster for the case where there is only
one physical interface in a computer?

Thanks.