@sebalis It's working ok here (sept 9 final version). PS: The patch was avi for testing since 30-8: (pinned message).
Search Criteria
Package Details: nvidia-340xx 340.108-34
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: | 67 |
Popularity: | 0.81 |
First Submitted: | 2019-06-07 10:29 (UTC) |
Last Updated: | 2023-09-10 01:14 (UTC) |
Dependencies (6)
- libgl (libhybris-libgl-git, nvidia-340xx-utils, libglvnd-git, amdgpu-pro-libgl-cfe, amdgpu-pro-oglp, libglvnd)
- linux (linux-aarch64-rock64-bin, linux-ec2, linux-galliumos, linux-sumavision-q5, linux-t2-wifi, linux-rk3328, linux-phicomm-n1, linux-aarch64-rockpro64, linux-515-starfive-visionfive2, linux-rockchip-rk3588-bin, linux-rockchip64-edge-bin, linux-bpir64-git, linux-radxa-rkbsp5-bin, linux-aarch64-lts, linux-tqc-a01)
- nvidia-340xx-utils
- linux (linux-aarch64-rock64-bin, linux-ec2, linux-galliumos, linux-sumavision-q5, linux-t2-wifi, linux-rk3328, linux-phicomm-n1, linux-aarch64-rockpro64, linux-515-starfive-visionfive2, linux-rockchip-rk3588-bin, linux-rockchip64-edge-bin, linux-bpir64-git, linux-radxa-rkbsp5-bin, linux-aarch64-lts, linux-tqc-a01) (make)
- linux-headers (linux-aarch64-rock64-bin-headers, linux-ec2-headers, linux-galliumos-headers, linux-sumavision-q5-headers, linux-t2-wifi-headers, linux-rk3328-headers, linux-phicomm-n1-headers, linux-aarch64-rockpro64-headers, linux-515-starfive-visionfive2-headers, linux-rockchip-rk3588-bin-headers, linux-bpir64-git-headers, linux-radxa-rkbsp5-bin-headers, linux-aarch64-lts-headers, linux-tqc-a01-headers) (make)
- nvidia-340xx-utils (make)
Required by (5)
- bumblebee-forceunload (optional)
- bumblebee-git (optional)
- bumblebee-picasso-git (optional)
- nvfancontrol (optional)
- nvfancontrol-git (optional)
Sources (16)
- 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
- 20-nvidia.conf
- https://us.download.nvidia.com/XFree86/Linux-x86_64/340.108/NVIDIA-Linux-x86_64-340.108-no-compat32.run
lmh69 commented on 2023-09-21 19:43 (UTC) (edited on 2023-09-22 00:27 (UTC) by lmh69)
sebalis commented on 2023-09-21 10:03 (UTC)
Can someone confirm that the version with a 6.5 patch that was published on 9 September (thank you!) is working?
sebalis commented on 2023-08-31 10:00 (UTC)
Sadly I don’t have the expertise or setup to work with patches, but I have seen a patch for nvidia-390xx mentioned on the AUR forum. Might that help? See https://bbs.archlinux.org/viewtopic.php?pid=2118130#p2118130
Lostless commented on 2023-08-29 10:31 (UTC)
Doesn't work with Linux 6.5.
auriculaire commented on 2023-08-28 09:15 (UTC)
@sebalis thank you. Your reply tells me that I'm not the only one concerned. The command you mention does indeed get around the opengl problem: by typing: 'GDK_DEBUG=gl-glx:opengl gnome-calculator' the application launches fine. Ditto for baobab... On the other hand, Totem always returns "OpenGL support initialization failed". Well, nothing serious for the moment, but I wanted to point it out.
sebalis commented on 2023-08-27 13:07 (UTC) (edited on 2023-08-27 13:09 (UTC) by sebalis)
I think it is getting old in a sense, because it seems that the driver doesn’t fully support what a modern OpenGL is expected to provide ... If I understand correctly.
I encountered something similar with baobab, the GNOME „disk usage analyzer“. Starting it from the command line, I get:
No provider of glGenSamplers found. Requires one of: Desktop OpenGL 3.3 GL_ARB_sampler_objects OpenGL ES 3.0
Research led me to https://gitlab.gnome.org/GNOME/gtk/-/issues/5858 and I ended up prefixing the command line with “usr/bin/env GDK_DEBUG=gl-glx” in my baobab starter. Now baobab is working again but I fear that this problem might spread.
auriculaire commented on 2023-08-26 14:47 (UTC)
Hello. I've been having some problems for a while with applications using OpenGL: 1- playing a video on Gnome's "totem" is no longer possible: "OpenGL support initialization failed"... 2- "gnome-calculator" no longer launches... 3- Qemu with "virtio-vga-gl" parameter is no longer possible (error messages). Is nvidia-340 getting old? or is it something else?
bigjuck commented on 2023-08-03 19:45 (UTC)
The very simple solution for me, is updating first gcc and so on, after that restart, and then updating linux and rebuilding nvidia dkms
sebalis commented on 2023-08-02 21:22 (UTC)
I tried it without rebooting after the upgrade, but then my X session would not start on the next reboot. I did not need to disable the login manager precisely for that reason :-) Just did the install again from the terminal and rebooted once again, and I’m back.
Regarding IGNORE_CC_MISMATCH=1, I still believe that prepending “env CC=gcc” to the two calls to “make” is the best recipe (although the maintainer disagreed previously). Normally I don’t get any messages about a mismatch, but I did get the error this time when dkms tried to install the old nvidia-340xx-dkms on the new kernel. That is of course correct and helpful as an alert that recompiling is needed.
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