Re: mpv: segmentation fault on exit

Hi, * Klemens Nanni wrote: > On Sat, Sep 05, 2020 at 07:18:00AM +0200, Klemens Nanni wrote: > > Audio output makes no difference but video output is the culprit: all > > work except "gpu", i.e. "xv", "sdl", "x11" and "tct" quit fine without > > segmentation fault. > FWIW, still happens with the l

uvm_fault Panic on recent -current

Hi, My Thinkpad T450s paniced with uvm_fault while fetching a large git repository to /usr/src. I had a read-only NFS share mounted during the git pull and copied a file over to my local disk in the background. The panic trace transcribed by hand. I can provide a photo upon request: uvm_fault

uvm_fault panic at drm_mode_rmfb_work_dn

Hi, I run OpenBSD 6.7-current (GENERIC.MP) #250: Sun Jun 7 19:48:27 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP on my Thinkpad T450s. While watching a movie mounted on a NFS share the kernel paniced with the following message (transcribed by hand). The m

Re: uvm_fault panic at drm_mode_rmfb_work_dn

Hi, * Matthias Schmidt wrote: > Hi, > > I run > > OpenBSD 6.7-current (GENERIC.MP) #250: Sun Jun 7 19:48:27 MDT 2020 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > on my Thinkpad T450s. While watching a movie mounted on a NFS share t

Re: uvm_fault panic at drm_mode_rmfb_work_dn

Hi Jonathan, * Jonathan Gray wrote: > > You are using a snapshot just before the drm tree was replaced by a new > port of drm from linux 5.7. Can you reproduce this with a newer > snapshot? So far not. I am now running OpenBSD 6.7-current (GENERIC.MP) #254: Mon Jun 8 18:47:16 MDT 2020 and eve

uvm_fault while running X and quitting Firefox

Hi, my system dropped into ddb when running X11 and quitting Firefox (with the intention to quit X and shutdown). Suddenly it dropped into the console and ddb and showed a uvm_fault(). I could not acquire a dump since the system stuck in "syncing disks". After half an hour I resetted the system

Re: uvm_fault while running X and quitting Firefox

Hi, * Matthias Schmidt wrote: > Hi, > > my system dropped into ddb when running X11 and quitting Firefox (with > the intention to quit X and shutdown). Suddenly it dropped into the > console and ddb and showed a uvm_fault(). I could not acquire a dump > since the system stuck

Re: uvm_fault while running X and quitting Firefox

Hi Alexander, * Alexander Bluhm wrote: > On Fri, Nov 03, 2017 at 07:06:34PM +0100, Matthias Schmidt wrote: > > my system dropped into ddb when running X11 and quitting Firefox (with > > the intention to quit X and shutdown). > > pf_test_rule+0xa0b is when pf_send_tcp() ca

Performance degradation with two systems running iwm(4)

Hi guys, I'm currently facing a network performance degradation with two different devices both connected via iwm(4) to the local access point. Both are running 6.2-current, one with a snapshot from Dec 16 the other with a snapshot from Dec 26. dmesg of one device attached. Both devices are con

Re: Performance degradation with two systems running iwm(4)

Hi again, * Matthias Schmidt wrote: > > When I start a new download, the data transfer rate on both devices > significantly drops after a while. When the transfer is still fast, my > DSL router says that both devices are connected with 11n and have about > 130Mbit/s. After a whi

Re: Performance degradation with two systems running iwm(4)

Hi benno, hi Stefan, * Sebastian Benoit wrote: > > and then running your test - with current, and maybe with the older "fast" > kernel as well. Sure, here you go. First run with the kernel from Dec 8, second run with a fresh kernel from Jan 1. I also run netstat -W/-I for the second run. Chee

Re: Performance degradation with two systems running iwm(4)

Hi, * Peter Hessler wrote: > > Please don't do that. That information will likely tell us that the 2018-01-03T17:56:39.224Z sigma /bsd: - 00:1e:2a:e1:18:906! +9 54M ess privacy rsn "ChaosUnlimited"! 2018-01-03T17:56:39.224Z sigma /bsd: - 04:f0:21:34:36:de8! +50 54M ess p

Re: Performance degradation with two systems running iwm(4)

Hi Stefan, * Stefan Sperling wrote: > > I think a packet capture could shed some light on this. > I would not be surprised if slowdowns coincide with your neighbours > watching video streams or something over wifi. What's strange is that this does not affect me with the kernel from Dec 8. > I u

Re: Performance degradation with two systems running iwm(4)

Hi, * Stefan Sperling wrote: > > > If it helps further I'll record a dump from a second machine tomorrow. > > I have the second system with iwm and another that I could set up with > > an iwn. > > Yes please use iwn(4) in monitor mode. Thanks to a number of spare disks and my Thinkpad X220 I go

slaacd(8) is generating IPv6 addresses at a very high rate

Hi, I installed a recent snapshot from June 23 and noticed that slaacd is generating IPv6 addresses with privacy extensions enabled in a high rate. I can easily reproduce the bug by just starting slaacd. After one second I already see 29 IPv6 addresses: $ ifconfig trunk0 | grep inet6 | wc -l

Re: slaacd(8) is generating IPv6 addresses at a very high rate

since I hit the issue in the first place. * Stefan Sperling wrote: > On Sun, Jun 25, 2017 at 08:34:46PM +0200, Matthias Schmidt wrote: > > Hi, > > > > I installed a recent snapshot from June 23 and noticed that slaacd is > > generating IPv6 addresses with privacy extensions

Re: slaacd(8) is generating IPv6 addresses at a very high rate

060: 0e10 .. I can provide a longer dump as pcap on request. Cheers Matthias * Stefan Sperling wrote: > On Sun, Jun 25, 2017 at 08:34:46PM +0200, Matthias Schmidt wrote: > > Hi, > > > > I installed a recent snapshot from

Booting NetBSD on vmm fails with uvm_fault

Hi, today I wanted to use NetBSD 8.0 on vmm and it fails on boot always at the same point (see dmesg below). I'm dropped from vmctl back to the console and the following messages are shown on the OpenBSD host: 2018-09-22T10:11:04.327Z sigma /bsd: vmx_fault_page: uvm_fault returns 14, GPA=0xfed4

Re: cwm with "ignore" option changes window geometry from "-0-0" to "-2-2"

Hi Andre, * Andre Stoebe wrote: > Hi, > > I know this little bug is pretty trivial and more so pedantic, but I > wanted to report it nonetheless and especially ask for confirmation from > other cwm users. It would be great if anyone could try to reproduce. Yes, I can reproduce it here (since I h

Current snapshot hangs at loader prompt

Hi, I upgraded to the latest snapshot (timestamp is from April 6) and boot stucks at the loader prompt. After upgrading I see the following message (transcript by hand): Using drive 0, partition 3. Loading. probing: pc0 mem[... a20=on] disk: hd0+ Usually, "sr0*" plus the loader info is fol

Re: X lock up 2019-04-19 snapshot with Intel graphics

Hi, * Jonathan Gray wrote: > > There is some kind of use after free or double free that triggers only > when opting into the 'intel' driver on recent hardware instead of the > 'modesetting' default. > > As you are using xf86-video-intel you are likely hitting that. > Doesn't trigger on machines

ntpd constraint validation shows timestamp from 1899

>Synopsis: ntpd constraint validation shows timestamp from 1899 >Environment: System : OpenBSD 7.0 Details : OpenBSD 7.0-current (GENERIC.MP) #216: Mon Jan 3 16:04:47 MST 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC

uvm_fault on resume: SPL not lowered on syscall

>Synopsis: uvm_fault on resume SPL not lowered on syscall >Environment: System : OpenBSD 7.1 Details : OpenBSD 7.1-beta (GENERIC.MP) #381: Wed Feb 23 16:19:54 MST 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

imt(4) Touchpad freezes from time to time

>Synopsis: imt(4) Touchpad stalls from time to time >Environment: System : OpenBSD 7.1 Details : OpenBSD 7.1-current (GENERIC.MP) #533: Thu May 19 07:38:57 MDT 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: imt(4) Touchpad freezes from time to time

Hi, weekly bump. Anyone (maybe jcs@) has an idea on how to debug this? Cheers and thanks Matthias * Claudio Miranda wrote: > Greetings, > > I'm the person whom Matthias linked to. Seems as though we're having > the same issue with the touchpad in spite of them being different > laptop

Re: imt(4) Touchpad freezes from time to time

Hi Joshua, * joshua stein wrote: > On Tue, 31 May 2022 at 15:37:21 +0200, Matthias Schmidt wrote: > > Hi, > > > > weekly bump. Anyone (maybe jcs@) has an idea on how to debug this? > > You could enable IHIDEV_DEBUG in ihidev.c and see if it logs > anything when

Re: X lock up 2019-04-19 snapshot with Intel graphics

Hi, * Jonathan Gray wrote: > > This should be fixed in the latest snapshot. Thanks. Is fixed for me. Cheers

signify error when installing ports on -current

Hi, today I wanted to upgrade my local ports because of the recent libc bump. Turns out the ports build system cannot install packages any longer and fails with a signify error. I only upgrade the two ports I use whevener there is a library version bump, so it definitely worked at that time (IIR

Re: signify error when installing ports on -current

Hi, * Marc Espie wrote: > On Sun, May 19, 2019 at 06:25:03PM +0200, Matthias Schmidt wrote: > > Hi, > > > > today I wanted to upgrade my local ports because of the recent libc > > bump. Turns out the ports build system cannot install packages any > > longer a

Re: Firefox Not Launching - XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: File not found

Hi Claudio, * Claudio Miranda wrote: > Hello, > > I just updated all my packages on both my OpenBSD 7.4-current systems > (also updated to the latest snapshot) and I notice that Firefox is not > launching. It spits out the following error when I launch it from the > terminal. > > XPCOMGlueLoad e

Display regression - flickers with every mouse movement

>Synopsis: Display flickers upon touchpad movement >Environment: System : OpenBSD 7.2 Details : OpenBSD 7.2 (GENERIC.MP) #720: Sun Sep 11 15:41:58 MDT 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Architec

Re: Display regression - flickers with every mouse movement

Hi Jonathan, * Jonathan Gray wrote: > On Mon, Sep 12, 2022 at 09:10:22AM +0200, Matthias Schmidt wrote: > > >Synopsis: Display flickers upon touchpad movement > > >Environment: > > System : OpenBSD 7.2 > > Details : OpenBSD 7.2 (GENERIC.

Re: Display regression - flickers with every mouse movement

Hi Jonathan, * Jonathan Gray wrote: > > Can you remove the lines added in the diff one at a time > to figure out which specific parameter is involved? Result of commenting each of the following variables individually, building a new kernel and rebooting each time. dev_priv->params.panel_use_ssc

softraid CRYPTO i/o error on internal NVME

Hi, I got the following message several times in dmesg upon suspend of my Laptop. sd2 is the encrypted volume of sd0 which is the internal NVME drive of the laptop. softraid0: sd2: i/o error 5 @ CRYPTO block 3391043600 It happens reliabliy on suspend/resume, I haven't seen the message during no

Re: On 2013-06-12 snapshot xfce4 session dies immediately after xenodm login

Hi, * Sebastien Marie wrote: > On Mon, Jun 12, 2023 at 07:39:21PM +0200, Peter N. M. Hansteen wrote: > > > > That lead to, as far as I can tell, to every package on the system being > > reinstalled. > > > > However, unfortunately both firefox and thunderbird still dump core with > > "Illegal i

Re: On 2013-06-12 snapshot xfce4 session dies immediately after xenodm login

* Stuart Henderson wrote: > On 2023/06/13 11:57, Matthias Schmidt wrote: > > $ pkg_info -vv screen | head -30 > > Information for inst:screen-4.9.0 > > [...] > > Size: 1244302 > > Signature: screen-4.9.0,10,c.97.0,curses.14.0,util.16.0 > > Packing-list: >

amd64 Laptop doesn't resume from suspend any longer

>Synopsis: Laptop doesn't resume from suspend any longer >Environment: System : OpenBSD 7.5 Details : OpenBSD 7.5-current (GENERIC.MP) #228: Sun Aug 4 11:53:42 MDT 2024 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: amd64 Laptop doesn't resume from suspend any longer

Hi Mark, * Mark Kettenis wrote: > > Date: Mon, 5 Aug 2024 22:23:17 +0200 > > From: Matthias Schmidt > > Hi Matthias, > > Can you try to narrow this down a bit further? > > You can either bisect by building kernels from intermediate dates > yourself or use ker

Re: amd64 Laptop doesn't resume from suspend any longer

Hi Mark, hi bugs@, after one week of vacation and seeing some ACPI related commits I tried the latest -current snapshot, however, the problem is still there. Anything else I can test or try? Cheers Matthias * Matthias Schmidt wrote: > Hi Mark, > > * Mark Kettenis wrote: &

iwm: Fatal firmware error (could not add sta (error 35))

>Synopsis: Fatal firmware error with iwm >Environment: System : OpenBSD 6.9 Details : OpenBSD 6.9-current (GENERIC.MP) #4: Wed May 5 11:06:38 MDT 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Architecture

Re: iwm: Fatal firmware error (could not add sta (error 35))

Hi Stefan, * Stefan Sperling wrote: > > This patch also implements an automatic device reset in case we run into > problems during BA session setup or teardown. You should no longer need > to down/up the interface manually to get things going again. > > Could you run with this patch for a while

Re: iwm: Fatal firmware error (could not add sta (error 35))

Hi Stefan, * Stefan Sperling wrote: > > Given that this problem doesn't occur very frequently, my best guess is that > the firmware is unhappy about us simply removing outstanding frames from Tx > queues when we are stopping a Tx block ack session. This 'add sta' error, > which happens during a r

Re: iwm: Fatal firmware error (could not add sta (error 35))

Hi Stefan, * Stefan Sperling wrote: > On Tue, May 11, 2021 at 11:44:17AM +0200, Stefan Sperling wrote: > > Can you please run with this and let me know if it changes anything? > > I have finally managed to reproduce the problem locally by playing around > with forced background scans and roaming.

Re: iwm: Fatal firmware error (could not add sta (error 35))

Hi Stefan, * Stefan Sperling wrote: > On Fri, May 14, 2021 at 02:39:15PM +0200, Matthias Schmidt wrote: > > I am now running > > > > OpenBSD 6.9-current (GENERIC.MP) #17: Wed May 12 11:14:50 MDT 2021 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compil

double fault while using IPSec/iked

>Synopsis: double fault while using IPSec >Environment: System : OpenBSD 6.9 Details : OpenBSD 6.9-current (GENERIC.MP) #82: Sat Jun 19 07:05:12 MDT 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Architectu

Re: double fault while using IPSec/iked

Hi Vitaliy, * Vitaliy Makkoveev wrote: > Hi, > > Have you tried this setup with previous snapshots? Which date they were? No, I haven't. This was not a planned setup, I just did it out of curiosity since I recognized a lot of IPSec changes in the tree over the last year and want to give it a tr

Re: [External] : double fault while using IPSec/iked

Hi, * Alexander Bluhm wrote: > On Mon, Jun 21, 2021 at 09:40:06AM +0200, Alexandr Nedvedicky wrote: > > looks like there must be yet another code path, which > > enters the recursion. > > Yes. > > Do you use routing domains in pf? Do you have reject or blackhole > routes? No, not that

Re: [External] : double fault while using IPSec/iked

Hi, * Alexander Bluhm wrote: > On Mon, Jun 21, 2021 at 09:40:06AM +0200, Alexandr Nedvedicky wrote: > > looks like there must be yet another code path, which > > enters the recursion. > > Yes. > > Do you use routing domains in pf? Do you have reject or blackhole > routes? > > Please se

Re: [External] : double fault while using IPSec/iked

Hi, * Alexander Bluhm wrote: > > > Could you try this diff? > > > > I have a kernel running with your diff over the last hours and created > > quite some network traffic and the error didn't appear so far. > > Previously, I was able to create it quite fast. So definitely an > > improvement. > >

Re: VM panic'ed in _rb_remove

Hi, * Paul de Weerd wrote: > Hi all, > > This morning I found one of my vmm VMs at the ddb> prompt. Mail, logs > and the ps output from ddb all suggest this was during the daily(8) > run of security(8): i did get the daily mail, but not the one from > security (I was expecting one, as the machin

Re: double fault while using IPSec/iked

Hi, * Alexander Bluhm wrote: > On Sun, Jun 20, 2021 at 07:24:14PM +0200, Matthias Schmidt wrote: > > kernel: double fault trap, code=0 > > Stopped at m_copydata+0x17:pushq %r14 > > m_copydata(fd807cfbb100,14,14,800022e5d1d4) at m_copydata