@auriculaire Thanks, it works !
Search Criteria
Package Details: nvidia-340xx 340.108-37
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-340xx.git (read-only, click to copy) |
---|---|
Package Base: | nvidia-340xx |
Description: | NVIDIA drivers for linux, 340xx legacy branch |
Upstream URL: | https://www.nvidia.com/ |
Licenses: | custom |
Conflicts: | nvidia |
Submitter: | simonsmh |
Maintainer: | JerryXiao |
Last Packager: | JerryXiao |
Votes: | 72 |
Popularity: | 0.112666 |
First Submitted: | 2019-06-07 10:29 (UTC) |
Last Updated: | 2024-05-10 16:52 (UTC) |
Dependencies (6)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, amdgpu-pro-oglpAUR, nvidia-340xx-utilsAUR, libglvnd)
- linux
- nvidia-340xx-utilsAUR
- linux (make)
- linux-headers (make)
- nvidia-340xx-utilsAUR (make)
Required by (5)
- bumblebee-forceunload (optional)
- bumblebee-git (optional)
- bumblebee-picasso-git (optional)
- nvfancontrol (optional)
- nvfancontrol-git (optional)
Sources (19)
- 0001-kernel-5.7.patch
- 0002-kernel-5.8.patch
- 0003-kernel-5.9.patch
- 0004-kernel-5.10.patch
- 0005-kernel-5.11.patch
- 0006-kernel-5.14.patch
- 0007-kernel-5.15.patch
- 0008-kernel-5.16.patch
- 0009-kernel-5.17.patch
- 0010-kernel-5.18.patch
- 0011-kernel-6.0.patch
- 0012-kernel-6.2.patch
- 0013-kernel-6.3.patch
- 0014-kernel-6.5.patch
- 0015-kernel-6.6.patch
- 0016-kernel-6.8.patch
- 0017-gcc-14.patch
- 20-nvidia.conf
- https://us.download.nvidia.com/XFree86/Linux-x86_64/340.108/NVIDIA-Linux-x86_64-340.108-no-compat32.run
Latest Comments
« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 32 .. 59 Next › Last »
M4rty commented on 2021-05-17 15:02 (UTC)
auriculaire commented on 2021-05-17 13:54 (UTC)
M4rty@ Same observation.:
==> Warning, dkms install --no-depmod -m nvidia -v 340.108 -k 5.12.4-arch1-2' returned 10
==> Warning,
dkms install --no-depmod -m nvidia -v 340.108 -k 5.10.37-1-lts' returned 10
You just have to reinstall the module nvidia-340xx-dkms 340.108-19, by ssh for example.
M4rty commented on 2021-05-17 13:07 (UTC)
Hi ! The driver don't work for me with 5.10.37-1-lts (arch, lightdm). It works perfect with 5.10.36
holyArch commented on 2021-05-16 10:28 (UTC)
340.108-19 seems to be working fine with 5.12.3.arch1-1 (e.g. VDPAU works).
I didn't have to change anything in /etc/X11/xorg.conf.d/20-nvidia.conf
(I have no /etc/X11/xorg.conf).
Section "Files"
ModulePath "/usr/lib/nvidia/xorg,/usr/lib/xorg/modules"
EndSection
also works in 20-nvidia.conf
.
johnstef commented on 2021-05-14 22:16 (UTC) (edited on 2021-05-14 22:17 (UTC) by johnstef)
PROBLEM SOLVED
The thing is that it was working perfectly on 5.11 and broke on 5.12 so my xorg.conf
couldn't be the reason. The problem is that I ran nvidia-xconfig
which ruined my xorg.conf
that I had created back when I updated to 5.11.
The 20-nvidia.conf
is not working, all I had to do is to use this minimal config or just add this
Section "Files"
ModulePath "/usr/lib64/nvidia/xorg"
ModulePath "/usr/lib64/xorg/modules"
EndSection
at the top of xorg.conf
. So I can confirm that it's working perfectly on kernel 5.12
jayache80 commented on 2021-05-14 20:50 (UTC) (edited on 2021-05-14 20:51 (UTC) by jayache80)
@johnstef 5.11 would have the same issues as 5.12. If you want to go back to an old kernel, go to 5.10 using linux-lts and point your bootloader at that kernel. However, I'll bet you just have a bad X11 config like I did.
I can't tell- are you using Wayland and getting these errors via an Xwayland session? Or just regular X11? I only ask because it seems Wayland and nvidia will never get along.
I had essentially identical errors as you, and I was able to fix it by correcting a bad xorg.conf configuration. The nvidia ModulePath
needs to be above the default xorg one. Something like:
Section "Files"
ModulePath "/usr/lib64/nvidia/xorg"
ModulePath "/usr/lib64/xorg/modules"
EndSection
I can't say for sure whether or not you should accomplish this by directly modifying /etc/X11/xorg.conf (like I do) or by placing an "overlay" config file (like the /usr/share/nvidia-340xx/20-nvidia.conf provided in this package) into the /etc/X11/xorg.conf.d directory. It depends on your existing configuration and how any existing ModulePath
entries may be stepping on each other.
The goal is for X11 to have nvidia-specific hardware acceleration libraries (libEGL, libGL, etc.) available at runtime otherwise you'll get those errors.
(It is probably an upstream bug that allows a double free to occur when a library is missing instead of gracefully failing, but I digress).
johnstef commented on 2021-05-14 19:45 (UTC) (edited on 2021-05-14 19:47 (UTC) by johnstef)
I installed kernel 5.12 and I get the message that EGL could not be initialized on mpv and other apps.
[vo/gpu] Probing for best GPU context.
[vo/gpu/opengl] Initializing GPU context 'wayland'
[vo/gpu/opengl] Initializing GPU context 'x11egl'
[vo/gpu/x11] X11 opening display: :0
[vo/gpu/x11] Display 0 (HDMI-0): [0, 0, 1920, 1080] @ 60.000000 FPS
[vo/gpu/x11] Current display FPS: 60.000000
[vo/gpu/opengl] Could not initialize EGL.
free(): double free detected in tcache 2
I tried downgrading back to 5.11 but that error still exist! Do I have to do anything special to go back to the old kernel?
deimon commented on 2021-05-11 01:21 (UTC)
It works perfect, I had kernel 5.11 with driver 340.108-18 I did not have to modify anything.
graysky commented on 2021-05-10 15:03 (UTC)
OK, I honestly forgot that I included an example config file. Since I don't have the hardware for testing, and since I still don't have a sense from users that it is a requirement, I will leave it in the post_install and depend on the user's ability to read pacman's output and manually copy the example over.
Pinned Comments
JerryXiao commented on 2022-10-13 03:51 (UTC) (edited on 2022-10-14 02:44 (UTC) by JerryXiao)
For testing users, contributors: check out https://github.com/archlinux-jerry/nvidia-340xx
Warning: force push may happen to match the aur tree