Great! Can't wait to have my desktop usable again! ;) Surely one can go without X11, yes indeed.
But surely one has to enjoy the luxury of watching videos, too! I could imagine ditching X11 and well all display servers if I could like have everything SAFELY directly streamed to the GPU or something like that, like playing videos in MPV without a display servers, you can do that in FreeBSD with the help of some buffer (what's the state of that? last time I questioned people about this they said "not implemented yet"). Maybe it's already possible and I'm just being dumb, I'm not a wizard dev like you peeps, for OpenBSD. Honestly, it's kindof fun to have some of my computer power be down like this, it literally pinches you and makes you realize that things are always in development and can break! I was about to send my Xorg.log files but it seems the bug has been squashed already! Great job Can't wait for the snapshot to be out, if I were to have compiled everything on this machine as well this would already been resolved, but old thinkpads aren't made for that lol, I bet that this can be compiled on another better computer and shared via release(8) On Mon, Aug 19, 2024 at 04:14:10PM +0200, Walter Alejandro Iglesias wrote: > On Sat, Aug 17, 2024 at 01:22:17PM +0200, Walter Alejandro Iglesias wrote: > > Today after upgrading to latest snapshot xenodm hanged for a while. > > During the hang I couldn't ssh from another machine. I had to reboot as > > single user, comment out xenodm flag in /etc/rc.conf.local and reboot. > > Using startx happened the same, the problem is with Xorg, it hangs > > during several minutes and segfaults. > > > > I tried changing from modesetting to intel driver but that didn't solve > > the problem. > > > > I also upgraded to latest snapshot in my laptop which also has a intel > > integrated graphics and there Xorg starts correctly. So, the problem is > > only with this machine. > > > > > > After two days compiling and recompiling X (and bothering Matthieu) I > found this: > > https://marc.info/?l=openbsd-misc&m=172406679122775&w=2 > > I updated /usr/src, recompiled *the kernel*, reboot and the issue is > gone. This means it was surely because the drm bug Jonathan Gray > reported in misc@. > > (By the way, I reported this on bugs@ on Aug 17.) > > > *** > > Anyways, for the next time, I'd like some expert to explain me the > following. Why after doing this... > > $ cd /usr/xenocara/xserver > $ doas make -f Makefile.bsd-wrapper build CFLAGS="-g" > > Then I ran startx (had to wait ~3 minutes hang, the first 2 minutes with > a black screen and another one with the system still unresponsive, even > to ssh access from another machine.) andd get the Xorg.core. > > ... I get no symbols: > > $ gdb $(which X) Xorg.core > Core was generated by `Xorg'. > Program terminated with signal 6, Aborted. > #0 0x000006d59a47b95b in ?? () > (gdb) bt f > #0 0x000006d59a47b95b in ?? () > No symbol table info available. > (gdb) thread 2 > [Switching to thread 2 (process 513325)]#0 0x000006d59a4086db in ?? () > (gdb) bt f > #0 0x000006d59a4086db in ?? () > No symbol table info available. > (gdb) thread 3 > [Switching to thread 3 (process 280356)]#0 0x000006d59a4086db in ?? () > (gdb) bt f > #0 0x000006d59a4086db in ?? () > No symbol table info available. > (gdb) thread 4 > [Switching to thread 4 (process 230855)]#0 0x000006d59a4086db in ?? () > (gdb) bt f > #0 0x000006d59a4086db in ?? () > No symbol table info available. > (gdb) quit > > -- > Walter >
