Re: Lenovo 110s Laptop - bug or unsupported hardware?
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
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
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
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 targets cd0 at scsibus2 targ 0 lun 0: ATAPI 5/cdrom removab
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: 3g modem
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
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
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
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?
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
> 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"
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) avail mem = 16606101504 (15836MB) mpath0 at root scsibus0 at mpath0: 2
Re: NFS leading to D-state processes
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
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 "G71C0
Re: Need to swap partitions: /tmp amd /usr
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
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
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]
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
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
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
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&m=150981473127558&w=2
Network stack 'lock' / single-thread
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.