View Issue Details

IDProjectCategoryView StatusLast Update
0001245channel: elrepo/el9--elrepo--request-for-enhancement--public2024-03-28 15:56
Reporterdanielkaiser Assigned Totqhoang  
PrioritynormalSeverityminorReproducibilityN/A
Status closedResolutionfixed 
Summary0001245: kmod-nvidia
DescriptionCould you build the kmod-nvidia packages (and ideally the legacy versions as well) for rhel 9 / rocky 9? This would be great!
TagsNo tags attached.

Activities

pperry

2022-07-25 13:02

administrator   ~0008482

Hi,

Thank you for the request. I'm still considering whether we need to provide these for el9. There are alternative options available for el9 that did not exist at the time of release for el7/8.

Have you tried any f the alternatives, such as those from nvidia and rpmfusion / negativo17:

https://rpmfusion.org/Howto/NVIDIA
https://rpmfusion.org/
https://negativo17.org/repositories/#Nvidia_driver_CUDA_tools_and_libraries

danielkaiser

2022-07-26 03:31

reporter   ~0008483

Hi, thanks for the quick reply. I previously had a look at the rpmfusion repos, but from browsing through their repo it seems as if they only provide the v510 driver for RHEL 9 (https://download1.rpmfusion.org/nonfree/el/updates/9/x86_64/n/). I wasn't aware of negativo17 so far, but the situation there seems to be similar (https://negativo17.org/repos/nvidia/epel-9/x86_64/). On top of this I'm very cautious about changing the source of Nvidia drivers, as I have tried a lot of things in the past and elrepo was the only option yet that was not leaving me with blank screens after kernel updates etc.

So I can totally understand if you don't want to package the drivers for RHEL 9, but I would be very happy if you do.

pperry

2022-07-26 08:31

administrator   ~0008484

Last edited: 2022-07-26 08:32

Thanks for the feedback.

The negative17 repo has the latest versions (v515.57), and are normally extremely responsive (and knowledgeable) to issues raised on their git repo here (I have tracked their repo in the past and cannot fault their packaging):

https://github.com/negativo17/nvidia-driver
https://negativo17.org/repos/nvidia/epel-9/x86_64/

As they already have packages for el9, I would give them a go initially and raise any issues with them around kernel updates (their kmod packages should behave in exactly the same way as ours). If they are not providing usable packages for RHEL9, then elrepo can consider if we want to offer nvidia packages for el9, but I'm reluctant to reinvent the wheel where good solutions already exist. However, I'm not seeing a large number of issues reported against el9 on their github tracker.

danielkaiser

2022-07-28 05:10

reporter   ~0008485

I will give it a try when I have a test machine at hand that has a recent GPU. Unfortunately most machines I'm setting up require one of the legacy drivers which are not available through the rpmfusion and negativo17 repos.

I guess I will revert to installing the .run files from Nvidia for those machines and hope for the best.

pperry

2022-07-28 05:43

administrator   ~0008486

Acknowledged.
Depending what the intended usage is, I have found the distro Nouveau driver works quite well for older cards.

jlehtone

2022-08-01 04:40

reporter   ~0008495

Hi,

I was about to ask about kmod-nvidia too, but it is nice to see that info is here already. :)

NVidia do have their own repo too https://developer.download.nvidia.com/compute/cuda/repos/rhel9/x86_64/ so .run is not their only offer. Alas, no legacy for EL9. I'm "me too" about way too much legacy hardware on my hands.
(On the other hand, NVidia has the "open" version in their EL8 repo.)

I'll test that negativo17 too.

mphelps

2022-10-01 15:46

reporter   ~0008677

Add me to the list of requestors for this! We use nvidia-detect and the kmod-nvidia packages from here heavily on 100+ machines and it would be a major pain for us to switch to a different method.

gbrandl

2023-02-03 05:44

reporter   ~0008950

I'm going to add a "me too" as well. We've been very happy with the driver from ELRepo for EL8, and most hardware needs one of the older versions. A shame NVidia don't provide those as well for EL9.

clevelas

2023-02-10 17:33

reporter   ~0008968

I will add my bit as well. A lot of what I do around nvidia drivers currently relies on nvidia-detect. I could use lspci methods to determine if a machine has an nvidia device, but your tool has been invaluable in knowing which driver a card needs. Even if you don't want to offer drivers, a tool like nvidia-detect to allow me to know if a card is even supported would be great.

pperry

2023-02-10 19:16

administrator   ~0008969

@clevelas - we should be able to build nvidia-detect for el9. I've opened a request to track here:

https://elrepo.org/bugs/view.php?id=1325

clevelas

2023-02-10 19:37

reporter   ~0008970

Thanks. I'm looking at the nvidia docs and it looks like you can choose different driver versions (https://docs.nvidia.com/cuda/cuda-installation-guide-linux/index.html#precompiled-streams-support-matrix). But they don't provide any tools (that I've found) for determining the correct version.

giacomob

2023-05-03 13:03

reporter   ~0009181

Negativo17 in https://negativo17.org/nvidia-driver/ writes:

All modules contained in the kernel package are signed with keys that are generated during build and deleted when packaging.
If you want to preserve Secure Boot, you need to sign the modules yourself and import the keys into your hardware module.
Doing so is out of scope here; if you need a decent guide just follow Red Hat’s guide for signing kernel modules.

A user should not have to disable Secure Boot before updating kernel drivers, sign the new drivers and then re-enable Secure Boot.
Negativo17 has some nice features, but the missing support for Secure Boot is a blocker.

ElRepo has done an excellent job with the NVidia driver and support Secure Boot (http://elrepo.org/tiki/SecureBootKey).

So far I have not seen a viable alternative for EL9 and hope to see NVidia drivers for EL9 in ElRepo soon.

pperry

2023-05-03 15:52

administrator   ~0009182

Acknowledged.

This is now on my radar, but no promises or time line. If/when I can find some free time, I'll initially try a quick port of the el8 package and put it out there for folks to test.

I must add that I do not have any hardware I can test on, so will be totally reliant on good quality testing with constructive feed back to solve any issues.

Thanks for the interest and support - we appreciate it.

Cphusion

2023-06-23 15:03

reporter   ~0009225

It would be great if the el9 kmod-nvidia module would be made available in ELrepo!

tru

2023-06-27 09:56

reporter   ~0009234

I have just found that NVidia is also providing prebuilt kmod at https://developer.download.nvidia.com/compute/cuda/repos/rhel9/x86_64/precompiled/
with a promise "New kmod packages are typically available within 24 hours of a new RHEL kernel update. and with the secret sauce at https://github.com/NVIDIA/yum-packaging-precompiled-kmod

```
# dnf module list nvidia-driver
Last metadata expiration check: 4:40:23 ago on Tue 27 Jun 2023 11:14:42 AM CEST.
cuda-rhel9-x86_64
Name Stream Profiles Summary
nvidia-driver latest default [d], fm, ks, src Nvidia driver for latest branch
nvidia-driver latest-dkms [d] default [d], fm, ks Nvidia driver for latest-dkms branch
nvidia-driver open-dkms default [d], fm, ks, src Nvidia driver for open-dkms branch
nvidia-driver 515 default [d], fm, ks, src Nvidia driver for 515 branch
nvidia-driver 515-dkms default [d], fm, ks Nvidia driver for 515-dkms branch
nvidia-driver 515-open default [d], fm, ks, src Nvidia driver for 515-open branch
nvidia-driver 520 default [d], fm, ks, src Nvidia driver for 520 branch
nvidia-driver 520-dkms default [d], fm, ks Nvidia driver for 520-dkms branch
nvidia-driver 520-open default [d], fm, ks, src Nvidia driver for 520-open branch
nvidia-driver 525 default [d], fm, ks, src Nvidia driver for 525 branch
nvidia-driver 525-dkms default [d], fm, ks Nvidia driver for 525-dkms branch
nvidia-driver 525-open default [d], fm, ks, src Nvidia driver for 525-open branch
nvidia-driver 530 [e] default [d] [i], fm, ks, src Nvidia driver for 530 branch
nvidia-driver 530-dkms default [d], fm, ks Nvidia driver for 530-dkms branch
nvidia-driver 530-open default [d], fm, ks, src Nvidia driver for 530-open branch
nvidia-driver 535 default [d], fm, ks, src Nvidia driver for 535 branch
nvidia-driver 535-dkms default [d], fm, ks Nvidia driver for 535-dkms branch
nvidia-driver 535-open default [d], fm, ks, src Nvidia driver for 535-open branch

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled
```
But they don't offer the legacy version :(

pperry

2024-02-25 15:39

administrator   ~0009579

Last edited: 2024-03-28 15:56

We finally have nvidia packages for rhel9 available for testing (in the testing repo)

kmod-nvidia-550.54.14-1.el9_3.elrepo.x86_64.rpm
nvidia-x11-drv-550.54.14-1.el9_3.elrepo.x86_64.rpm
nvidia-x11-drv-libs-550.54.14-1.el9_3.elrepo.i686.rpm
nvidia-x11-drv-libs-550.54.14-1.el9_3.elrepo.x86_64.rpm

These are ports of the el8 package.

The kmod kernel driver has been updated to the el9 kmod driver template, so I am reasonably confident that should work

The nvidia-x11-drv package is a direct port of the el8 package, build for rhel9 - no changes were made so we will need to work through it to remove/update any el8 specific stuff.

Anyway, please feel free to test, break, pull apart and tell us what is broken / needs fixing (one bug per issue please)

Packages are available to view here:
https://github.com/elrepo/packages/tree/master/nvidia-kmod/el9
https://github.com/elrepo/packages/tree/master/nvidia-x11-drv/el9

[Edit] These nvidia packages have been moved from testing to the main repository.

pperry

2024-03-05 10:51

administrator   ~0009594

Closing as resolved. Please open a new bug against the packages if you experience any issues.

Issue History

Date Modified Username Field Change
2022-07-25 03:28 danielkaiser New Issue
2022-07-25 13:02 pperry Note Added: 0008482
2022-07-25 13:03 pperry Status new => acknowledged
2022-07-26 03:31 danielkaiser Note Added: 0008483
2022-07-26 08:31 pperry Note Added: 0008484
2022-07-26 08:32 pperry Note Edited: 0008484
2022-07-28 05:10 danielkaiser Note Added: 0008485
2022-07-28 05:43 pperry Note Added: 0008486
2022-08-01 04:40 jlehtone Note Added: 0008495
2022-09-11 09:43 burakkucat Assigned To => pperry
2022-09-11 09:43 burakkucat Status acknowledged => assigned
2022-10-01 15:46 mphelps Note Added: 0008677
2023-02-03 05:44 gbrandl Note Added: 0008950
2023-02-10 17:33 clevelas Note Added: 0008968
2023-02-10 19:16 pperry Note Added: 0008969
2023-02-10 19:37 clevelas Note Added: 0008970
2023-05-03 13:03 giacomob Note Added: 0009181
2023-05-03 15:52 pperry Note Added: 0009182
2023-06-23 15:03 Cphusion Note Added: 0009225
2023-06-27 09:56 tru Note Added: 0009234
2024-02-24 20:39 toracat Assigned To pperry => tqhoang
2024-02-25 15:39 pperry Note Added: 0009579
2024-03-05 10:51 pperry Note Added: 0009594
2024-03-05 10:52 pperry Status assigned => resolved
2024-03-05 10:52 pperry Resolution open => fixed
2024-03-26 18:40 tqhoang Status resolved => closed
2024-03-28 15:56 toracat Note Edited: 0009579