Package Base Details: nvidia-340xx

Git Clone URL: https://aur.archlinux.org/nvidia-340xx.git (read-only, click to copy)
Submitter: simonsmh
Maintainer: JerryXiao (graysky)
Last Packager: graysky
Votes: 36
Popularity: 2.73
First Submitted: 2019-06-07 10:29
Last Updated: 2020-04-07 13:20

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

VijayPleo commented on 2020-04-07 05:01

@osvcos - How to apply the fix specified in this https://pastebin.com/3zaKNyDV ? Sorry I am a newbie to arch

I am also getting the error in kernel 5.6.2 arch 1-2

osvcos commented on 2020-04-07 00:14

Hello everyone, here is a patch: https://pastebin.com/3zaKNyDV

Manjaro was the first one as far as I know (https://gitlab.manjaro.org/packages/extra/linux56-extramodules/nvidia-340xx/-/blob/master/340.108-build-fix.patch) to release a patch, but:

  • It fixes things we fixed before
  • It modifies more files than this patch
  • This patch uses tests (conftest) instead of relying on kernel version

hackins commented on 2020-04-06 21:53

Can’t make to work this package on linux 5.6.2-arch1-2

anyone know what to fix?

Makepkg finishes with

“****

error: implicit declaration of function •drm_pci_exit•;

did you mean •drm_dev_exit•? [-Werror=implicit-function-declaration]


Some warnings being treated as errors

****”

wurbelgrumpff commented on 2020-03-22 22:41

with upgrading to kernel 5.5.10-arch1-1 dkms also failed due to the gcc version mismatch. With the altered command from @osvcos sudo env IGNORE_CC_MISMATCH=1 dkms install -m nvidia -v 340.108 -k 5.5.10-arch1-1 the upgrade of kernel and nvidia worked fine again.

graysky commented on 2020-03-19 13:20

OK, added in 340.108-6

https://aur.archlinux.org/cgit/aur.git/commit/?h=nvidia-340xx&id=9ae3a28fa19b416e5e8cc972c1da824bcc00893a

vova7890 commented on 2020-03-19 10:34

That simply adds SLAB_USERCOPY flag to kmem_cache_create, that come from some kernel version. You can see that in 390xx kernel module

` nv_memdbg_init();

/* Allocated memory that is used for copying to/from userspace should be
 * tagged as such, on kernels that support this feature.
 */
nvidia_stack_t_cache = NV_KMEM_CACHE_CREATE_USERCOPY(nvidia_stack_cache_name,
                                                     nvidia_stack_t);
if (nvidia_stack_t_cache == NULL)
{
    nv_printf(NV_DBG_ERRORS, "NVRM: stack cache allocation failed!\n");
    rc = -ENOMEM;
    goto failed6;
}

rc = nv_kmem_cache_alloc_stack(&sp);

`

And i had tested this on nvidia 210 gpu, work fine.

graysky commented on 2020-03-19 08:50

I have no hardware myself for testing. Does the error in dmesg also cause breakage or is it just a harmless line in dmesg? Can you post a link or two from your searching? Can you verify there are no ill-effects of that patch?

vova7890 commented on 2020-03-19 01:01

I'm facing this message in dmesg: Bad or missing usercopy whitelist? Kernel memory exposure attempt detected from SLUB object 'nvidia_stack_t'

A little search and I had portback this patch to 340xx. Can you please add this? https://zvova7890.com.ua/s/ed9JJG8KyQKQQBx

osvcos commented on 2020-03-16 20:51

@holyArch As graysky wrote, this is probaly due to the gcc version mismatch. Try with: sudo env IGNORE_CC_MISMATCH=1 dkms install -m nvidia -v 340.108 -k 5.5.9-arch1-2

holyArch commented on 2020-03-16 20:40

@graysky The mirrors I use are all listed under Successfully Syncing Mirrors, so that's not the issue.

Edit: Thank you, osvcos, the command words (after upgrading kernel).