Xlibre crash with MPV

[chankongus]

Select the version

Git master branch

Describe your issue

I'm getting segfaults after launching mpv (no config), it's properly initializing in terminal until the moment the actual player's window tries to be drawn, but the windows doesn't appear, Xlibre bails out at that point, everything is locked out, PC stops responding to input, can't switch to other TTY and have to reboot.
580.108:

[2026-03-08 20:06:12] (WW) NVIDIA: Wait for channel idle timed out.
[2026-03-08 20:06:12] 
[2026-03-08 20:06:12] Backtrace:
[2026-03-08 20:06:12] 0: /usr/lib/Xorg (xorg_backtrace+0x58) [0x5634ab1ccf88]
[2026-03-08 20:06:12] 1: /usr/lib/Xorg (0x5634aaf83000+0x251584) [0x5634ab1d4584]
[2026-03-08 20:06:12] 2: /usr/lib/libc.so.6 (0x7f8cca6f7000+0x3df80) [0x7f8cca734f80]
[2026-03-08 20:06:12] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xe2a2f) [0x7f8cc9ae2a2f]
[2026-03-08 20:06:12] 4: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xe426d) [0x7f8cc9ae426d]
[2026-03-08 20:06:12] 5: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xe5a14) [0x7f8cc9ae5a14]
[2026-03-08 20:06:12] 6: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xe5b29) [0x7f8cc9ae5b29]
[2026-03-08 20:06:12] 7: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xdcefb) [0x7f8cc9adcefb]
[2026-03-08 20:06:12] 8: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xdfc38) [0x7f8cc9adfc38]
[2026-03-08 20:06:12] 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xeb4fc) [0x7f8cc9aeb4fc]
[2026-03-08 20:06:12] 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xf0e42) [0x7f8cc9af0e42]
[2026-03-08 20:06:12] 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xf466c) [0x7f8cc9af466c]
[2026-03-08 20:06:12] 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0xdb6dc) [0x7f8cc9adb6dc]
[2026-03-08 20:06:12] 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f8cc9a00000+0x4f78e8) [0x7f8cc9ef78e8]
[2026-03-08 20:06:12] 
[2026-03-08 20:06:12] Segmentation fault at address 0x2c
[2026-03-08 20:06:12] 
Fatal server error:
[2026-03-08 20:06:12] Caught signal 11 (Segmentation fault). Server aborting

580.142:

[2026-03-15 15:22:30] (WW) NVIDIA: Wait for channel idle timed out.
[2026-03-15 15:22:30] 
[2026-03-15 15:22:30] Backtrace:
[2026-03-15 15:22:30] 0: /usr/lib/Xorg (xorg_backtrace+0x58) [0x556d7f580f88]
[2026-03-15 15:22:30] 1: /usr/lib/Xorg (0x556d7f337000+0x251584) [0x556d7f588584]
[2026-03-15 15:22:30] 2: /usr/lib/libc.so.6 (0x7f7f1c780000+0x3df80) [0x7f7f1c7bdf80]
[2026-03-15 15:22:30] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xe47bf) [0x7f7f1bae47bf]
[2026-03-15 15:22:30] 4: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xe5ffd) [0x7f7f1bae5ffd]
[2026-03-15 15:22:30] 5: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xe77a4) [0x7f7f1bae77a4]
[2026-03-15 15:22:30] 6: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xe78b9) [0x7f7f1bae78b9]
[2026-03-15 15:22:30] 7: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xdec8b) [0x7f7f1badec8b]
[2026-03-15 15:22:30] 8: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xe19c8) [0x7f7f1bae19c8]
[2026-03-15 15:22:30] 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xed28c) [0x7f7f1baed28c]
[2026-03-15 15:22:30] 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xf2bd2) [0x7f7f1baf2bd2]
[2026-03-15 15:22:30] 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xf63fc) [0x7f7f1baf63fc]
[2026-03-15 15:22:30] 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0xdd46c) [0x7f7f1badd46c]
[2026-03-15 15:22:30] 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f7f1ba00000+0x4fd558) [0x7f7f1befd558]
[2026-03-15 15:22:30] 
[2026-03-15 15:22:30] Segmentation fault at address 0x2c

I'm using:

• ArtixLinux
• sddm (compiled from master)
• i3wm (compiled from master)
• xlibre (compiled from master)
• novideo gtx1060 6GB (Pascal, nonGSP, 59X drivers won't work on this)

Writing this now for reference, I'm gonna try stuff with bisecting and checking if stable release works...

Steps to reproduce

Run MPV
Cry ;/

What did you expect?

No response

Additional Information

No response

Extra fields

• I have checked the existing issues
• I have read the Contributing Guidelines
• I'd like to work on this issue

[cobra3282000]

for give me for my writing disablity, but this fix might fix it. Good news — you're already on the correct driver. You do NOT need to switch drivers.

The 580.x series is actually the last driver branch that supports Pascal (GTX 10xx) cards. NVIDIA dropped Pascal support entirely starting with 590, so upgrading would break your GPU entirely. Stick with 580.x.

The crash you're seeing is not a driver version problem — it's mpv's hardware decode putting pressure on the GPU channel in a way the NVIDIA DDX doesn't handle cleanly under XLibre. The fix is straightforward:

Add this to ~/.config/mpv/mpv.conf:

hwdec=no
gpu-api=opengl

Or just test it first without changing your config:

mpv --hwdec=no <your file>

If that stops the crash, you're done. If you really want hardware decode, try:

mpv --hwdec=nvdec <your file>

Sometimes nvdec is more stable than the default method on older cards.

One other heads up: since 590+ won't support your card, make sure your system never accidentally upgrades past the 580xx branch. On Arch-based systems the correct legacy package is nvidia-580xx-dkms from the AUR — if you're not already using that explicitly, it's worth pinning so a routine update doesn't pull in 590 and leave you with a black screen.

[chankongus]

No, nothing works. It crashes with no config or with config inc. vulkan/ogl or gpu-next or nvdec. This doesn't matter at all.

[itz-me-zappex]

Weird, I can't reproduce this. Probably regression or something.

• Artix Linux
• ~/.xinitrc
• BSPWM
• XLibre (compiled against cb5f2cd)
• noVideo GTX 1050Ti 4GB (580.126.18)

UPD: It seems that also could be the kernel+nvidia module, especially if first one is overoptimized, compiled with -O3 etc.. For instance, in my case, GPU Screen Recorder just refused to work because of -O3 linux-tkg compiled kernel. Using linux-zen 6.18.9.zen1-2 right now. I just prefer update once per month.

[stefan11111]

@chankongus Do you have a very new version of mpv?

I use the following alias for mpv: alias mpv="mpv --fullscreen --hwdec=nvdec --profile=high-quality"

mpv works on my gtx 1050 with the 580 kernel drivers, with both the modesetting and nvidia ddx drivers.

[chankongus]

I'm using linux-zen 6.18.13.zen1-1 and mpv 1:0.41.0-3 from Artix's repos. I'm bisecting and checking things at this moment. No amount of mpv config tinkering changes stuff, it crashes the same way anyway.

[chankongus]

Hmm... Seems like after a full system update (from 2026-03-11T21:16:31+0100 to 2026-03-21T15:58:46+0100), I can't trigger this anymore. It mustve been some 3rd party library, but this is weird, I'll do a fallback and check because this is peculiar stuff...

[stefan11111]

@chankongus Unrelated to the issue, but is there a particular reason (some issue, performance drops, etc) why you are using the proprietary nvidia driver instead of modesetting?

[itz-me-zappex]

I'm not chankongus, but using noVideo GPU I prefer to use nvidia X driver instead of modesetting because:

1. It misses all features, e.g. overclocking, digital vibrance, fan control etc.. (as on wayland)
2. No vsync on desktop, and all noVideo related envvars (for example, to enable vsync - __GL_SYNC_TO_VBLANK) do not work with modesetting.
3. Extremely bad framepacing with TearFree enabled, because there is no VSYNC and it works more like "fast sync"/"mailbox". Atomic modesetting makes it even worse, because stutters become more noticeable.

[stefan11111]

Thanks

2. No vsync on desktop, and all noVideo related envvars (for example, to enable vsync - `__GL_SYNC_TO_VBLANK`) do not work with modesetting.

Do you mean nvidia's vsync implementation is more advanced that modesetting's present-based vsync implementation (TearFree)?
I.e. It works even without present or something like that?