Re: mpv-0.33.1p2 SIGSEGV on exit (OpenBSD 7.0 amd64 GENERIC.MP)
Can you give this a try? # Audio compatibility fix for OpenBSD (to fix pthread core dump issue) vo=x11 in .config/mpv/mpv.conf On 15/12/21 at 03:57P, zestypucker wrote: Hello everyone, Installed OpenBSD 7.0 (amd64 GENERIC.MP) and most things worked out of the box which is a very pleasant surprise ^_^ There is still a small issue with the mpv-0.33.1p2 package installed using pkg_add that I'm hoping to get some help on: It always seg faults on exit, does not seem to matter what was played back (a single picture will do), as long as it's not a -h to print usage, mpv seg faults on exit. Got the following stack trace by running it under gdb but there's no symbols: Program received signal SIGSEGV, Segmentation fault. [Switching to thread 592846] 0x05f84812db50 in ?? () (gdb) thread apply all backtrace Thread 5 (thread 249681): #0 futex () at /tmp/-:3 #1 0x05f899c62275 in _rthread_cond_timedwait (cond=0x5f8a64fcd80, mutexp=0x5f8a6502958, abs=0x0) at /usr/src/lib/libc/thread/rthread_cond.c:102 #2 0x05f5da17b3dc in worker_thread () from /usr/local/bin/mpv #3 0x05f81d43b1c1 in _rthread_start (v=Unhandled dwarf expression opcode 0xa3 ) at /usr/src/lib/librthread/rthread.c:96 #4 0x05f899bde18a in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 #5 0x05f899bde18a in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 Previous frame identical to this frame (corrupt stack?) #0 0x05f84812db50 in ?? () Some more info: 1. Happens in a VM (AMD64 CPU, vmware GPU) as well 2. Happens without the X server as well, Running mpv directly in a vterm causes the same seg fault on exit 3. Sometimes a warning similar to "pthread_mutex_destroy() called while there are waiters on the mutex" is printed before the seg fault Would appreciate any pointers on how to prevent this from happening or properly report the issue. Also wondering would it be possible to downgrade to an earlier version of mpv just in case it 'fixes' the issue? Looked at the manual and FAQs for pkg_add but wasn't able to figure out how to list available versions of a package or pick a specific one. Thanks in advance! ZP -- Michael
Re: DNS lookup fails and iwm0 fatal firmware errors using OpenBSD 7.0
On Tue, 14 Dec 2021 15:38:08 +0100 Stefan Sperling wrote: > On Tue, Dec 14, 2021 at 12:49:14PM +, Dave Turner wrote: > > I have searched the web and tried various things but so far nothing > > fixes it. > > This should help: > https://marc.info/?l=openbsd-bugs&m=163459084214897&w=2 Stefan, Thanks, mv /etc/firmware/iwm-7265D-29 /etc/firmware/iwm-7265D-29.orig cp /etc/firmware/iwm-7265-17 /etc/firmware/iwm-7265D-29 and a reboot has improved things considerably! The odd DNS timeout still gets logged but for all I know it always did that running OpenBSD 6.n, it worked well so there was never any reason to look. Looking forward to 7.1! DaveT
Re: DNS lookup fails and iwm0 fatal firmware errors using OpenBSD 7.0
On Tue, Dec 14, 2021 at 12:49:14PM +, Dave Turner wrote: > I have searched the web and tried various things but so far nothing > fixes it. This should help: https://marc.info/?l=openbsd-bugs&m=163459084214897&w=2
Re: can't get fonts to show up
I would read the fonts(7) man page first. Specifically the 'Installing fonts in Xft' section. -- Patrick Harper paia...@fastmail.com On Tue, 30 Nov 2021, at 23:38, Carson Chittom wrote: > I have purchased some fonts that I like, and I want to use them > throughout my OpenBSD 7.0 system. I have both TTF and OTF versions of > the fonts. > > I created a new port in /usr/ports/mystuff/myfonts and copied over the > Makefile from fonts/ibm-plex to use as a model, edited it *only* > (AFAICR) to adjust for font names and paths, did the minimum possible to > actually create a package, and installed it. That worked fine. > > I may have run mkfontscale and mkfontdir manually in each font's > directory as well; I don't remember. In any case, the fonts are > available to GTK and Qt. > > As part of ~/.xsession, I also have: > > if [ -d /usr/local/share/fonts ]; then > for i in /usr/local/share/fonts/*; do > xset fp+ $i > done > xset fp rehash > fi > > But the fonts still do not show up in xfontsel (unlike, for example, if > I install fonts/ibm-plex), and I don't seem to be able to use them in > Fvwm either, even if I copy a font description directly from > /usr/local/share/fonts/myfonts/fonts.dir > > So, I'm guessing either my fonts are missing something, or I'm missing > something. I've tried to search and mostly just turned up Arch Linux > wiki pages telling me to do the things I'd already done with > mkfontscale, mkfontdir, and xset. Can anyone point me in the right > direction?
DNS lookup fails and iwm0 fatal firmware errors using OpenBSD 7.0
My Asus UX305F laptop has been running OpenBSD 6.5 to 6.9 quite happily. Did a clean install of 7.0 because of the changed partition size requirements. The internet works for a while and then suddenly can't find the server it was connected to. The WiFi using iwm0 has the problems, axe0 the Ethernet via USB has not failed so far. I turn off iwm0 using doas ifconfig iwm0 down and then use an external USB to ethernet connector. I have searched the web and tried various things but so far nothing fixes it. The release notes for 7.0 show both DNS and iwm0 have been changed. Is there a problem with the updated iwm0? logs and various .conf files shown below. Any ideas? DaveT ux305f$ uname -a OpenBSD ux305f.lan 7.0 GENERIC.MP#2 amd64 syspatch is up to date. pkg_add -u is up to date. from dmesg iwm0 at pci2 dev 0 function 0 "Intel AC 7265" rev 0x59, msi /var/log/messages has repeated entries like this:- Nov 28 09:22:17 ux305f ntpd[98379]: DNS lookup tempfail Dec 13 13:21:14 ux305f unwind[40036]: bad packet: too short Dec 13 13:21:45 ux305f last message repeated 4 times Dec 13 13:23:40 ux305f last message repeated 11 times Dec 13 13:29:45 ux305f last message repeated 33 times Dec 13 13:29:55 ux305f ntpd[90670]: DNS lookup tempfail Dec 13 13:29:55 ux305f ntpd[90670]: DNS lookup tempfail Dec 13 13:30:00 ux305f unwind[40036]: bad packet: too short Dec 13 13:30:46 ux305f last message repeated 6 times Sometimes it also logs this:- Dec 5 11:36:36 ux305f /bsd: iwm0: fatal firmware error Dec 5 11:36:37 ux305f /bsd: iwm0: could not remove MAC context (error 35) I have tried various things to try and make it work properly. Killing ntpd didn't help. Editing resolv.conf to add the 208.67.222.222 Open DNS server didn't help because resolvd adds nameserver 192.168.1.254 as the first line. So I made resolv.conf read-only. And still resolvd added nameserver 127.0.0.1 as the first line. I didn't have a /etc/dhclient.conf so I created one with the single line supersede domain-name-servers 1.1.1.1 so it uses Cloudflare as recommended by openbsdhandbook.com. That didn't help either. my /etc/hostname.iwm0 file is:- join MY-HOUSE wpakey my-password join FRIENDS-HOUSE wpakey friends-password dhcp inet autoconf up until 5th December inet autoconf was inet6 autoconf. That change didn't help either. cat /etc/resolv.conf nameserver 192.168.1.254 # resolvd: iwm0 nameserver 208.67.222.222 # Open DNS nameserver 208.67.220.220 # Open DNS cat /etc/unwind.conf forwarder 208.67.222.222 cat ntpd.conf # $OpenBSD: ntpd.conf,v 1.16 2019/11/06 19:04:12 deraadt Exp $ # # See ntpd.conf(5) and /etc/examples/ntpd.conf servers pool.ntp.org server time.apple.com server 1.uk.pool.ntp.org server 2.uk.pool.ntp.org server 3.uk.pool.ntp.org server time.cloudflare.com sensor * constraint from "9.9.9.9" # quad9 v4 without DNS constraint from "2620:fe::fe" # quad9 v6 without DNS constraints from "www.google.com" # intentionally not 8.8.8.8 cat /etc/hostname.axe0 autoconf inet6 autoconf cat /etc/resolv.conf nameserver 127.0.0.1 # resolvd: unwind #nameserver 192.168.1.254 # resolvd: axe0 nameserver 208.67.222.222 # Open DNS nameserver 208.67.220.220 # Open DNS ifconfig ux305f$ ifconfig lo0: flags=8049 mtu 32768 index 3 priority 0 llprio 3 groups: lo inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff00 iwm0: flags=a48802 mtu 1500 lladdr 5c:e0:c5:69:07:3a index 1 priority 4 llprio 3 groups: wlan egress media: IEEE802.11 autoselect (HT-MCS0 mode 11n) status: no network ieee80211: join MY-WIFI wpakey wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp inet6 fe80::5ee0:c5ff:fe69:73a%iwm0 prefixlen 64 scopeid 0x1 inet 192.168.1.66 netmask 0xff00 broadcast 192.168.1.255 enc0: flags=0<> index 2 priority 0 llprio 3 groups: enc status: active axe0: flags=a48843 mtu 1500 lladdr 38:4b:76:f0:5e:72 index 4 priority 0 llprio 3 groups: egress media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::3a4b:76ff:fef0:5e72%axe0 prefixlen 64 scopeid 0x4 inet 192.168.1.68 netmask 0xff00 broadcast 192.168.1.255 pflog0: flags=141 mtu 33136 index 5 priority 0 llprio 3 groups: pflog ux305f$