Re: 6.9/amd64 runaway acpi process on Thinkpad T580
I wrote > During the installation (both in the bsd.rd install script and previously > when I dropped into the bsd.rd shell to set up softraid-crypto) the machine > acted incredibly slow, and there was a several-second delay in echoing > typed characters. I suspected that it was some device producing spurious > interrupts, and just let the install run overnight until it finally > finished. I neglected to note that I also saw similar behavior with another T580 I previously bought (& then returned when it proved to have hardware defects). Combined with Daniel Wilkins' experience with a T480, this suggests that this is a generic problem with Thinkpad T[45]80. Does anyone have a T[45]80 who has *not* seen this problem? -- -- "Jonathan Thornburg [remove color- to reply]" on the west coast of Canada, eh? "There was of course no way of knowing whether you were being watched at any given moment. How often, or on what system, the Thought Police plugged in on any individual wire was guesswork. It was even conceivable that they watched everybody all the time." -- George Orwell, "1984"
Love OpenBSD Humor
that those who have a voice typically speak. What they speak is a mystery: binary means 0 or 1 0 = truth 1= lie this is binary choose a state of 0 or 1 Yesterday I posted in OpenBSD my fav OS: 0 means mindlessness 1 means mindfulness My entire post was deleted. Sorry for the hints So much for humor today --- I do not speak much. I tried to post this on Reddit and it got deleted. I thought it was funny so I reposted. Finally, I posted on here. Coding is great: 0 : or
Re: Determining the number of CPU cores and hyperthreads from userspace
is this useful?:
$ cat sysconf.c
#include
#include
int
main()
{
printf("nproc configured %ld\n", sysconf(_SC_NPROCESSORS_CONF));
printf("nproc online %ld\n", sysconf(_SC_NPROCESSORS_ONLN));
return 0;
}
$ cc -o sysconf sysconf.c
$ ./sysconf
nproc configured 4
nproc online 2
On Sun, Sep 19, 2021 at 1:18 PM Chris Bennett <
cpb_m...@bennettconstruction.us> wrote:
> On Sun, Sep 19, 2021 at 01:37:05PM -0400, Daniel Wilkins wrote:
> > Hyperthreads are easy: they've been disabled for years (unless they got
> flipped on and I didn't notice.)
> >
>
> Does the setting in the BIOS need to be turned off also?
> Or is it irrelevant? I had a server for a while where the company
> insisted that it be left on in the BIOS.
>
> Thanks,
> Chris
>
>
Re: pkg_info -m: libraries and dependencies marked as manually installed
On 2021-09-19, Jordan Geoghegan wrote: > Hello, > > I recently decided to clean up my desktop machine of unused packages etc. > I've been running release/stable on this machine since around the OpenBSD 6.2 > era. The machine has been upgraded over the years all the way to 6.9. I'm not > sure that it's relevant, but I've regularly run sysclean in an effort to keep > my install clean and fresh. > > When running "pkg_info -m", within the output list I am shown a number of > random dependencies which I did not manually install. Is there a way to > remove the "manually installed" tag from these library/dependency packages to > allow them to potentially be cleaned up by "pkg_delete -a"? Yes, with pkg_add(1): "-aa Force already installed packages to be tagged as installed automatically."
Re: USB-C monitors
Just be aware that if you are looking at 4k monitors ; you will be likely be limited to 30hz refresh rate via most adaptors using DP mode over USBC. Thunderbolt3 and 4 can do 4kp60 as can DP 1.4 - but there are various factors involved including the adaptors SoC, your GPU/Motherboard output. Things can definitely go pear shaped if you are doing anything over 1080p. On Mon, Sep 20, 2021 at 4:25 AM Paco Esteban wrote: > Hi, > > My experience is the same as Peter's. No problem with various adapters > USB-C to HDMI, in my case at 4k both 30Hz and 60Hz. > > I had no luck with DisplayPort output on a couple of docking stations. > > Will try next week with a direct cable USB-C to DP and will be able to > report on that. > > Cheers, > Paco. > > On Sun, 19 Sep 2021, Jan Betlach wrote: > > > Hi Peter, > > > > thanks for your prompt response. I believe it should work (it is > > actually a usb-c monitor, no usb-c to hdmi adapter needed). > > Nevertheless I'll just take my laptop to the store and try it, just to > > be sure it really works. > > > > Thanks again > > > > Jan > > > > > > On Sun, 2021-09-19 at 16:25 +0200, Peter Hessler wrote: > > > Yes, I've used that with a couple different monitors, and a handful > > > of usb-c to hdmi adapters. All worked fine, and behaved just like > > > normal hdmi/dvi/vga monitors. > > > > > > Power delivery and usb also worked as expected. > > > > > > > > > On 2021 Sep 19 (Sun) at 14:29:27 +0200 (+0200), Jan Betlach wrote: > > > :Hi guys, > > > : > > > :I am on -current and considering to purchase a USB-C monitor (power > > > :delivery to my Thinkpad over one cable). > > > :Do USB-C dislplays work on OpenBSD? > > > : > > > :Thanks in advance > > > : > > > :Jan > > > : > > > > > > > > > -- > Paco Esteban. > 0x5818130B8A6DBC03 > >
pkg_info -m: libraries and dependencies marked as manually installed
Hello, I recently decided to clean up my desktop machine of unused packages etc. I've been running release/stable on this machine since around the OpenBSD 6.2 era. The machine has been upgraded over the years all the way to 6.9. I'm not sure that it's relevant, but I've regularly run sysclean in an effort to keep my install clean and fresh. When running "pkg_info -m", within the output list I am shown a number of random dependencies which I did not manually install. Is there a way to remove the "manually installed" tag from these library/dependency packages to allow them to potentially be cleaned up by "pkg_delete -a"? $ pkg_info -m ImageMagick-6.9.12.2 image processing tools adwaita-icon-theme-3.38.0 base icon theme for GNOME aggregate-1.6p1 optimise a list of route prefixes aggregate6-1.0.12p1 optimise a list of IPv4/IPv6 prefixes amdgpu-firmware-20201218 firmware binary images for amdgpu(4) driver aria2-1.35.0p0 lightweight multi-protocol & multi-source download utility at-spi2-atk-2.38.0 atk-bridge for at-spi2 at-spi2-core-2.38.0 service interface for assistive technologies atk-2.36.0 accessibility toolkit used by gtk+ avahi-0.8p0 framework for Multicast DNS Service Discovery cairo-1.16.0 vector graphics library cloc-1.86 count lines of code coreutils-8.32p0 file, shell and text manipulation utilities cowsay-3.04 speaking ascii cow cups-libs-2.3.3.2 CUPS libraries and headers dbus-glib-0.112v0 glib bindings for dbus message system dconf-0.40.0 configuration backend system desktop-file-utils-0.26 utilities for dot.desktop entries dolphin-5.0.0.20190621p1 Nintendo GameCube and Wii emulator with GUI dvd+rw-tools-7.1p1 mastering tools for DVD+RW/+R/-R/-RW e2fsprogs-1.42.12p5 utilities to manipulate ext2 filesystems evince-3.38.2-light GNOME document viewer fdupes-2.1.2 identify or delete duplicate files firefox-esr-78.14.0 Firefox web browser, Extended Support Release freerdp-2.3.2 client for Microsoft RDP (remote desktop protocol) gcr-3.38.1 library for bits of crypto UI and parsing gdbm-1.19 GNU dbm gdk-pixbuf-2.42.4 image data transformation library gegl04-0.4.30p0 graph based image processing framework (API version 0.4) geoclue-0.12.99p9 modular geoinformation service on top of D-Bus gettext-runtime-0.21p1 GNU gettext runtime libraries and programs ggrep-3.6 GNU versions of grep pattern matching utilities gimp-2.10.24 GNU Image Manipulation Program git-2.31.1 distributed version control system glib2-2.66.8 general-purpose utility library glib2-networking-2.66.0 network-related gio modules for GLib gnome-icon-theme-3.12.0p5 base icon theme for GNOME gnome-icon-theme-symbolic-3.12.0p3 base icon theme extension for special UI contexts gnupg-2.2.23p2 GNU privacy guard - a free PGP replacement gnutls-3.6.16 GNU Transport Layer Security library go-1.16.2 Go programming language gsettings-desktop-schemas-3.38.0 collection of shared GSettings schemas gtk+2-2.24.33p0 multi-platform graphical toolkit gtk+3-3.24.28p1 multi-platform graphical toolkit gtk-update-icon-cache-3.24.28 gtk+ icon theme caching utility gvfs-1.46.2 GNOME Virtual File System gxemul-0.6.3.1 ARM/M88k/MIPS/PowerPC/SuperH machines emulator harfbuzz-2.8.0 text shaping library harfbuzz-icu-2.8.0 ICU support for libharfbuzz httrack-3.48.21p2 offline browser iwm-firmware-20191022p1 firmware binary images for iwm(4) driver keepassxc-2.6.4 management tool for password and sensitive data ksh93-20120801p1 AT Korn Shell libassuan-2.5.5 IPC library used by GnuPG and gpgme libcroco-0.6.13p0 generic CSS parsing library for GNOME project libexif-0.6.22 extract digital camera info tags from JPEG images libgcrypt-1.9.4 crypto library based on code used in GnuPG libgpg-error-1.42 error codes for GnuPG related software libidn-1.36 internationalized string handling libksba-1.4.0 X.509 library libmypaint-1.6.1 library for making brushstrokes libnotify-0.7.9 send desktop notifications to a notification daemon libproxy-0.4.17 library handling all the details of proxy configuration libpsl-0.21.1 public suffix list library libreoffice-7.0.5.2v0 multi-platform productivity suite librsvg-2.50.3 SAX-based render library for SVG files libsecret-0.20.4 library for storing and retrieving passwords and secrets libsoup-2.72.0 HTTP client/server library for GNOME mawk-1.3.4.20200120p0 fast POSIX-compliant awk mupdf-1.18.0 graphic library, pdf parser, viewer and utilities mupen64plus-2.5.9 n64 emulator (default plugins) nmap-7.80p0 scan ports and fingerprint stack of network hosts opus-tools-0.2 encode, inspect, and decode Opus files p11-kit-0.23.22p0 library for loading and enumerating PKCS#11 modules p7zip-16.02p6 file archiver with high compression ratio pango-1.48.4
Re: Determining the number of CPU cores and hyperthreads from userspace
On Sun, Sep 19, 2021 at 01:37:05PM -0400, Daniel Wilkins wrote: > Hyperthreads are easy: they've been disabled for years (unless they got > flipped on and I didn't notice.) > Does the setting in the BIOS need to be turned off also? Or is it irrelevant? I had a server for a while where the company insisted that it be left on in the BIOS. Thanks, Chris
Re: Determining the number of CPU cores and hyperthreads from userspace
Hyperthreads are easy: they've been disabled for years (unless they got flipped on and I didn't notice.)
Re: Laptop Lid Status
David Anthony wrote: > Hello, > > Is there a program which can check the current status of a laptop lid > (open/closed)? the lid show in in sensors sysctl | grep 'lid ' finds it hw.sensors.acpibtn0.indicator0=On (lid open) This specific name can vary between machines
Determining the number of CPU cores and hyperthreads from userspace
Hello, In the interest of fetching this information from Ansible for the GCC compile farm [1], I would like to determine the number of cores vs. hyper-threads on a system. With OpenBSD 6.9, this is what I get with "sysctl hw" on a dual 6-core Xeon system: hw.model=Intel(R) Xeon(R) CPU E5-2640 0 @ 2.50GHz hw.ncpu=24 hw.ncpufound=24 hw.smt=0 hw.ncpuonline=12 Because SMT is disabled, I can guess that there are 12 cores (ncpuonline) and 24 threads (ncpu), which is good. However, if SMT is enabled, this "guess" no longer works: hw.ncpu=24 hw.ncpufound=24 hw.smt=1 hw.ncpuonline=24 Is there another method that always works? I could parse the output of dmesg, it would work on this system: # dmesg | grep smt cpu0: smt 0, core 0, package 0 ... cpu12: smt 1, core 0, package 0 ... However, parsing dmesg was removed from Ansible in 2016 because it was not considered reliable enough: https://github.com/ansible/ansible/commit/c17dad0def2fa86733c07610189e94486e056203 In addition, this method would only work on amd64/i386 (according to the comment added in this commit). Thanks, Baptiste [1] https://cfarm.tetaneutral.net signature.asc Description: PGP signature
Laptop Lid Status
Hello, Is there a program which can check the current status of a laptop lid (open/closed)? Respectfully, David Anthony
Re: USB-C monitors
Hi, My experience is the same as Peter's. No problem with various adapters USB-C to HDMI, in my case at 4k both 30Hz and 60Hz. I had no luck with DisplayPort output on a couple of docking stations. Will try next week with a direct cable USB-C to DP and will be able to report on that. Cheers, Paco. On Sun, 19 Sep 2021, Jan Betlach wrote: > Hi Peter, > > thanks for your prompt response. I believe it should work (it is > actually a usb-c monitor, no usb-c to hdmi adapter needed). > Nevertheless I'll just take my laptop to the store and try it, just to > be sure it really works. > > Thanks again > > Jan > > > On Sun, 2021-09-19 at 16:25 +0200, Peter Hessler wrote: > > Yes, I've used that with a couple different monitors, and a handful > > of usb-c to hdmi adapters. All worked fine, and behaved just like > > normal hdmi/dvi/vga monitors. > > > > Power delivery and usb also worked as expected. > > > > > > On 2021 Sep 19 (Sun) at 14:29:27 +0200 (+0200), Jan Betlach wrote: > > :Hi guys, > > : > > :I am on -current and considering to purchase a USB-C monitor (power > > :delivery to my Thinkpad over one cable). > > :Do USB-C dislplays work on OpenBSD? > > : > > :Thanks in advance > > : > > :Jan > > : > > > > -- Paco Esteban. 0x5818130B8A6DBC03
Re: USB-C monitors
Hi Peter, thanks for your prompt response. I believe it should work (it is actually a usb-c monitor, no usb-c to hdmi adapter needed). Nevertheless I'll just take my laptop to the store and try it, just to be sure it really works. Thanks again Jan On Sun, 2021-09-19 at 16:25 +0200, Peter Hessler wrote: > Yes, I've used that with a couple different monitors, and a handful > of usb-c to hdmi adapters. All worked fine, and behaved just like > normal hdmi/dvi/vga monitors. > > Power delivery and usb also worked as expected. > > > On 2021 Sep 19 (Sun) at 14:29:27 +0200 (+0200), Jan Betlach wrote: > :Hi guys, > : > :I am on -current and considering to purchase a USB-C monitor (power > :delivery to my Thinkpad over one cable). > :Do USB-C dislplays work on OpenBSD? > : > :Thanks in advance > : > :Jan > : >
Re: USB-C monitors
Yes, I've used that with a couple different monitors, and a handful of usb-c to hdmi adapters. All worked fine, and behaved just like normal hdmi/dvi/vga monitors. Power delivery and usb also worked as expected. On 2021 Sep 19 (Sun) at 14:29:27 +0200 (+0200), Jan Betlach wrote: :Hi guys, : :I am on -current and considering to purchase a USB-C monitor (power :delivery to my Thinkpad over one cable). :Do USB-C dislplays work on OpenBSD? : :Thanks in advance : :Jan : -- Ray's Rule of Precision: Measure with a micrometer. Mark with chalk. Cut with an axe.
USB-C monitors
Hi guys, I am on -current and considering to purchase a USB-C monitor (power delivery to my Thinkpad over one cable). Do USB-C dislplays work on OpenBSD? Thanks in advance Jan
Re: OpenBSD ipv4 forwarding limits as pps
On 2021-09-18, Barbaros Bilek wrote: > Hello OpenBSD misc list, > > I am writing this email to ask clearly about the issues that I could not > clear in my mind despite reading about OpenBSD and ip forwarding limits. > First of all, thank you for reading. > > What is the maximum ipv4 forwarding value in pps that I can reach with > OpenBSD on a super server? (e.g. 2 socket Intel® Xeon® Platinum 8360Y > Processor (54M Cache, 2.40 GHz), 256GB RAM and Intel/Mellanox ethernet > cards) This isn't the right cpu to get best performance out of OpenBSD. You want higher base clock speed (better ones are 3.6GHz +), maybe higher turbo boost speeds, and you do not want that many cores. 256GB RAM won't do anything to help packet forwarding speed. > Is OpenBSD's ipv4 forwarding performance hardware dependent? Or are we > stuck at the limits of the OpenBSD operating system at this point? It is dependent on both hardware and software. > Actually i would like to reach 9 Mpps ipv4 forwarding rate under OpenBSD. > Is this theory possible with the right hardware configuration? I'm trying > to understand this. That is i the region of 10x higher than you are likely to get from OpenBSD at the moment. > Thank you in advance for all the information you will give me. > Have a nice weekend... > > Notes: PF would be disabled. > > -- > Best Regards > Barbaros Bilek > -- Please keep replies on the mailing list.
Re: 6.9/amd64 runaway acpi process on Thinkpad T580
I've ran into this on my T480, it seems most consistently triggered by power cycles caused by running out of battery. The bug's existed for quite a few years (I think I first noticed it in 2019.) If I recall correctly I've posted it to the list a couple of times but I don't think any concrete answers ever emerged; your report is more thorough than mine were though. I do remember that it never happened on my T430, but that's quite the hardware gap.
6.9/amd64 runaway acpi process on Thinkpad T580
I have just installed 6.9-stable/amd64 on a new-to-me (used) Lenovo
Thinkpad T580 (dmesg below). This was a from-scratch install on a
new-from-the-factory SSD (via booting the 6.9/amd64 bsd.rd from a usb
stick).
During the installation (both in the bsd.rd install script and previously
when I dropped into the bsd.rd shell to set up softraid-crypto) the machine
acted incredibly slow, and there was a several-second delay in echoing
typed characters. I suspected that it was some device producing spurious
interrupts, and just let the install run overnight until it finally
finished.
After the install (booting into normal multiuser operation) the machine
seemed to work fine at first. Notably, X "just works", screen brightness
adjust with Fn-F5/Fn-F6 "just works", iwm wifi "just works", and
suspend-to-RAM with Fn/Backspace "just works".
*BUT*, intermittently (maybe 25% of the time?) after a power-cycle and
reboot, there is what appears to be a system process 'acpi0' infinite-looping
(taking 100% of one CPU core, with 'top' showing ~80% system time for that
processor). Here's a cut-n-paste of the beginning of 'top -S -i -s1'
output in that state, showing the runaway process:
load averages: 1.02, 1.10, 0.86 gold.bkis-orchard.net 00:41:44
134 processes: 130 idle, 4 on processorup 0:19
CPU0: 0.0% user, 0.0% nice, 80.2% sys, 1.0% spin, 17.8% intr, 1.0% idle
CPU1: 0.0% user, 0.0% nice, 0.0% sys, 1.0% spin, 0.0% intr, 99.0% idle
CPU2: 0.0% user, 0.0% nice, 1.0% sys, 2.0% spin, 0.0% intr, 97.0% idle
CPU3: 0.0% user, 0.0% nice, 1.0% sys, 2.0% spin, 0.0% intr, 97.0% idle
Memory: Real: 341M/1548M act/tot Free: 14G Cache: 665M Swap: 0K/34G
PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
67563 root 1000K 19M sleep/0 acpi014:48 77.73% acpi0
59020 _x11 20 36M 59M sleep/1 poll 0:48 5.47% Xorg
48374 root 20 8952K 15M sleep/2 select0:09 0.73% perl
Specifying an additional '-H' option to 'top' ("show process threads")
didn't change the output significantly.
FWIW, I have apmd running
# cat /etc/rc.conf.local
apmd_flags='-A -t 60'
vmd_flags=''
xenodm_flags=''
#
apmd appears to be adjusting the CPU clock rate correctly, both now
and on those cold-boots where the infinite-loop problem does not occur.
As I noted above, suspend-to-RAM (via Fn-Backspace, which is the key
combination marked with the usual Thinkpad "moon" icon) "just works".
Is this sort of acpi (?) runaway a known T580 problem? Neither google
nor the nycbug.org dmesg archive show any OpenBSD T580 dmesg, but I do
see occasional web posts mentioning OpenBSD on a T580.
Below I give my dmesg (from the current boot, the one that produced the
above runaway process). What other information would be useful to try
to diagnose the problem?
Thanks,
--
-- "Jonathan Thornburg [remove color- to reply]"
on the west coast of Canada, eh?
--- begin dmesg ---
OpenBSD 6.9 (GENERIC.MP) #4: Tue Aug 10 08:12:23 MDT 2021
r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16755720192 (15979MB)
avail mem = 16232525824 (15480MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xa86db000 (62 entries)
bios0: vendor LENOVO version "N27ET43W (1.29 )" date 08/13/2021
bios0: LENOVO 20L9001GUS
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT
SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT DBGP DBG2 MSDM DMAR
ASF! FPDT UEFI
acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) PXSX(S4)
RP02(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4)
PXSX(S4) RP07(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1794.33 MHz, 06-8e-0a
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
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) i7-8650U CPU @ 1.90GHz, 1794.19 MHz, 06-8e-0a
cpu1:
