X segfaulting today[Solved}

teckk · 2023-12-31 19:39:18

I've got an old dual core intel machine that has worked fine for years. With today's update X is broke. First update in 3 months. I've looked at the forum posts for that time period. This did not effect any of the other machines that I updated at the same time. They are intels, modesetting, fluxbox. Got another old BIOS/gpt machine, it works fine.

lspci -k
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
        Subsystem: Dell Inspiron 1525
        Kernel driver in use: i915
        Kernel modules: i915
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c)
        Subsystem: Dell Inspiron 1525

curl -F 'file=@'~/.local/share/xorg/Xorg.0.log'' https://0x0.st
https://0x0.st/HERM.0.log

https://0x0.st/HERM.0.log

The journal says the same. X crashed.

I've downgraded xorg, mesa, the kernel. I'm using modesetting. I'm using fluxbox. I tried xf86-video-intel.

I can start X on the notebook, with the external monitor unplugged, with:

xinit /usr/bin/xterm -- -dpi 140

And everything works fine. If I do that with the external monitor plugged in it hangs, I have to enter another tty and kill Xorg.

Fluxbox crashes when stated from .xinitrc with startx. Sometimes I can see a half screen fluxbox before it crashes. Actually, xterm is only part screen also. I can run a video with mplayer and it'll play full screen.

What am I missing?

Last edited by teckk (2023-12-31 20:28:02)

teckk · 2023-12-31 20:28:12

Ok, I listened to to the members in the other thread. I downgraded mesa to mesa-1:23.1.8-1-x86_64.pkg.tar.zst, because that was the last one I had in pacmans cache folder. I then installed xf86-video-intel, rebooted, back in business. That's the change that broke X for me.

Makes sense. Only that little 16 year old intel vid machine broke. So, it needs xf86-video-intel again. Seems like I had that installed on it years ago.

Little machine just sits there and runs. I forgot what was even inside it.

Last edited by teckk (2023-12-31 20:29:10)

seth · 2023-12-31 20:49:05

[  1006.755] (EE) 6: /usr/lib/dri/crocus_dri.so (nouveau_drm_screen_create+0x8e290c) [0x7f9e3bfeb89c]

That's an X3100 from 2007, try mesa-amber instead of mesa.

Edit: xf86-video-intel w/o mesa-amber will get you software rendering now, you can or not use xf86-video-intel (with a chip this old it might be genuinly beneficial), but you NEED/WANT mesa-amber!

Last edited by seth (2023-12-31 20:50:27)

teckk · 2023-12-31 21:09:20

Thanks.

teckk · 2024-01-13 18:44:21

Update, If anyone else has a little intel this old.

I tried the kernel modesetting driver. It does work with mesa-amber. But X is so slow rendering that it makes the machine almost not usable. I have mesa-amber and xf86-video-intel installed.

The little machine works ok but I get small video stumbles now. I am using mplayer/mpv -vo xv. And that is with x264 mp4 vids. No stumbles before last update.

I installed libvdpau libvdpau-va-gl mesa-vdpau, and ran with mplayer -vo vdpau, but the audio won't keep up with the video. And, the video isn't as good as with xv. It did offload more cycles to the processor. Little dual core machine. Average 15% cpu with xv, 24% with vdpau.

I also put the kernel back to 6.5.5, didn't help.

I'll use it that way for now. Hardware acceleration is not working as well as before. It is about 17 years old. I may retire it.

seth · 2024-01-13 20:51:19

You could try whether a custom mpv build w/ "-Dgl-x11=enabled" helps w/ that: https://bbs.archlinux.org/viewtopic.php?id=286492
Also you'd rather use vaapi than vdpau, which is predominatnly an nvidia thing?

X is so slow rendering that it makes the machine almost not usable. I have mesa-amber and xf86-video-intel installed

Please post your Xorg log, https://wiki.archlinux.org/title/Xorg#General

teckk · 2024-01-13 23:14:12

I had not noticed. mpv defaults to -vo gpu
I changed that to -vo xv
I played a video for 15 min, and no stuttering. I'll try that for a while.

mpv -vo x11 works also.

I don't care if mplayer works or not.

mpv --version
mpv 0.36.0 Copyright © 2000-2023 mpv/MPlayer/mplayer2 projects
 built on Sun Jul 23 05:49:29 2023
 
mpv -vo help
Available video outputs:
  libmpv           render API for libmpv
  gpu              Shader-based GPU Renderer
  gpu-next         Video output based on libplacebo
  vdpau            VDPAU with X11
  wlshm            Wayland SHM video output (software scaling)
  xv               X11/Xv
  dmabuf-wayland   Wayland dmabuf video output
  vaapi            VA API with X11
  x11              X11 (software scaling)
  null             Null video output
  image            Write video frames to image files
  tct              true-color terminals
  drm              Direct Rendering Manager (software scaling)
  kitty            Kitty terminal graphics protocol
  
mpv --gpu-context=help
GPU contexts (APIs):
    auto (autodetect)
    wayland (opengl)
    x11egl (opengl)
    drm (opengl)
    waylandvk (vulkan)
    x11vk (vulkan)
    displayvk (vulkan)

I'll post in a couple of days.

Arch Linux

#1 2023-12-31 19:39:18

X segfaulting today[Solved}

#2 2023-12-31 20:28:12

Re: X segfaulting today[Solved}

#3 2023-12-31 20:49:05

Re: X segfaulting today[Solved}

#4 2023-12-31 21:09:20

Re: X segfaulting today[Solved}

#5 2024-01-13 18:44:21

Re: X segfaulting today[Solved}

#6 2024-01-13 20:51:19

Re: X segfaulting today[Solved}

#7 2024-01-13 23:14:12

Re: X segfaulting today[Solved}

Board footer