On Tue, Aug 30, 2022 at 05:05:09PM +0200, Walter Alejandro Iglesias wrote: > Let me add that the machine is a Thinkpad T410 that I bought years ago > *exclusively* to be able to run OpenBSD. I used this machine with > OpenBSD *snapshots* during several years as a desktop and web-mail > server. I mean, there's nothing "exotic" in my hardware > configuration. :-) And I can't either suspect hardware failure as a > cause since I can also reproduce the bug in my HP dc7700CMT:
I'm sure it's a bug but whithout a stack trace it's hard to figure out where the issue is. I had a look on what cwm is doing in reaction to the keyboard mapping. The little program is simulating this. Can you build it and try to add it at the start of your minimal testing .xinitrc to see if it's enough to trigger the issue ? to compile it : cc -I/usr/X11R6/include -L/usr/X11R6/lib -o xmovepointer xmovepointer.c --- cut xmovepointer.c --- #include <err.h> #include <stdio.h> #include <unistd.h> #include <X11/Xlib.h> int main(int argc, char *argv[]) { Display *dpy; int i; dpy = XOpenDisplay(NULL); if (dpy == NULL) err(2, "Open Display"); printf("go\n"); for (i = 0; i < 1024; i++) { XWarpPointer(dpy, None, None, 0, 0, 0, 0, 0, 1); XFlush(dpy); // usleep(1000); } printf("done\n"); return 0; } --- cut --- Another path is that you try to get an X server stack trace. Since you're using startx it's easier than what is documented in /usr/xenocara/README. Just create a /etc/X11/xorg.conf file containing Section "ServerFlags" Option "NoTrapSignals" "true" EndSection and also rebuild the X server once more with : doas make -f Makefile.bsd-wrapper build CFLAGS="-O0 -g" Once it has crashed, you should have a Xorg.core file in your home directory. To get a backtrace install egdb from packages (pkg_add gdb) and run it egdb /usr/xobj/xserver/hw/xfree86/Xorg Xorg.core inside egdb run the 'bt' command. -- Matthieu Herrb