@jonathon
Using nvidia-390xx-*
plus kernel 5.11.10
and without vulkan-swrast
:
systemd-coredump[....]: Process .... (chromium) of user .... dumped core.
Stack trace of thread ....:
#0 0x00007f... vkGetPhysicalDeviceProperties (libvulkan.so.1 + 0x32b30)
#1 0x00007f... n/a (swrast_dri.so + 0xb7b124)
#2 0x00007f... n/a (swrast_dri.so + 0xf99a5e)
#3 0x00007f... n/a (swrast_dri.so + 0x15c067)
#4 0x00007f... n/a (swrast_dri.so + 0x6e102e)
#5 0x00007f... n/a (swrast_dri.so + 0x156801)
#6 0x00007f... n/a (swrast_dri.so + 0x60a869)
#7 0x00007f... n/a (libGLX_mesa.so.0 + 0x3bd12)
#8 0x00007f... n/a (libGLX_mesa.so.0 + 0x356de)
#9 0x00007f... n/a (libGLX_mesa.so.0 + 0x365f1)
...
Pinned Comments
jonathon commented on 2022-05-26 09:46 (UTC)
Please don't flag this package out-of-date unless a new version has been released by NVIDIA.
jonathon commented on 2021-12-26 22:44 (UTC) (edited on 2021-12-26 22:44 (UTC) by jonathon)
The DKMS package guidelines are explicit that
linux-headers
should not be a dependency of any DKMS package.As a concrete example of why including that as a hard dependency is a bad idea, what happens when
linux
is not an installed kernel?jonathon commented on 2020-10-19 12:41 (UTC) (edited on 2021-05-11 14:18 (UTC) by jonathon)
PACKAGE NEEDS LONG TERM MAINTAINER
I have adopted the 390xx packages to keep them secure. I do not run any 390xx hardware so will not notice any breakages and cannot test any changes.
Until such time as someone else steps up to maintain these packages - ideally someone who actually has 390xx hardware - I have to rely on you to tell me what changes are needed.
Don't expect a response if you post only "this doesn't work", and do not email me to complain about the package not working!
Use this forum thread for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1946926
A binary package is also available in my kernel-lts unofficial user repository.