Is your nouveau module getting loaded in the initrd? If so, you probably need to include the firmwares there as well.

Regarding inclusion in enableAllFirmware, could this package conflict with the full nvidia package? (E.g. cause nvidia.ko to use firmware from this package, which might be a different version of the upstream package.)

@edolstra, I don't think so as the firmware is extracted from the binary driver, so I would imagine that it is loaded as part of the nvidia driver being loaded. But in any case, I'll test that out.

@dezgeg, is there some magic to loading the firmware files into the initrd? I've tried the following but it simply causes the kernel to panic during boot:

{
  boot.initrd.prepend = [
    "${pkgs.firmwareLinuxNvidia}/lib/firmware/nouveau/*"
  ];
}

Do I need to make a cpio archive or something?

edit: The odd thing is, that if I do not add the package to hardware.firmware, I get a different error message where nouveau complains it cannot load the firmware files although the file names are different - they are the actual names of the firmware files instead of the =.bin= files.

I guess it's easier to debug by first getting it to work outside of initrd.

@dezgeg, sure, but how do I get it to delay loading the module?

@dezgeg and @jansol, we're in business now. I can confirm that it works here.

I haven't mapped all the different card types but let's try with these first.

Please refer to the revised testing steps above.

SDDM still doesn't stay open. Not sure if it's a problem with the driver or something else. https://gist.github.com/jansol/3c88efb903bec9df3e578b942eb82eff

So X is segfaulting. Can you try with the modesetting X driver instead of nouveau (ref item 1)?

With that it works and vdpauinfo output matches what's mentioned here!

@fpletz, any thoughts/commens on this?

@fpletz I need to map the remaining models but I obviously cannot test those as I only have on card (and @jansol another). Do you have any preferences regarding how we handle that? Should we simply not map those because we cannot test them or put a massive disclaimer in the documentation? How have you handled firmware for hardware you cannot test in the past?

I would support just adding the full mapping while testing as the things go and documenting what is known.

After all, we don't test Linux kernel updates on everything we can find before pushing to master.

Hm, in addition to GK107 I have a GM108, what would I need to do to test there?

@7c6f434c, you need to map the gm108 to the correct chip name and then add a call to link_files - I used this for mapping the current ones:
https://nouveau.freedesktop.org/wiki/CodeNames/#NV110

I unfortunately do not know which file to map to for the gm108.

Do I understand correctly that you just map the entry outside the parenthesis to the entry inside the parenthesis?

Indeed it is, BUT in this case we don't have any of the firmware files for the NV110 family so I don't know if that's a case of them being called something else.

In my case (GK107), it was exactly what I did:
https://github.com/NixOS/nixpkgs/pull/25075/files#diff-8d5aad77f256d1c21742a3bc2f6a3e49R12

We have the following firmware files available:
nv98, nva3, nva5, nva8, nvaa, nvac, nvaf, nvc0, nvc1, nvc3, nvc4, nvc8, nvce, nvcf, nvd7, nvd9, nve4, nve6, nve7, nvf0, nvf1, nv106, nv108

But looking at the dates of the release, the Maxwell cards were released after the driver version we're using. I'll see if we can find a newer one.

@edolstra ,

Regarding inclusion in enableAllFirmware, could this package conflict with the full nvidia package? (E.g. cause nvidia.ko to use firmware from this package, which might be a different version of the upstream package.)

The firmware is now located in lib/firmware/nouveau instead and only those models we specifically link end up in lib/firmware/nvidia.

This way we don't inadvertently use the this firmware.

If linux-firmware starts carrying firmware for older nvidia cards we should get a collision.

I've got a GTX-285 which uses NVA0, if you can find the firmware for that one.

I also have a 560 Ti SLI system, which is either NVC8 or (more likely) NVCE, but it is down at the moment; if no one else can test that firmware, I should have it up enough for testing by the end of May.

I've added support for GTX-285 - can you give it a go please?

Brief update, I'm working on a proper nixos module for this which should make things much nicer to work with.

(triage) Any progress on this?

Well, it works - someone just need to write the module. I personally don't use the nvidia card any longer as it was just too much trouble and the onboard intel gfx are fine for my case.

Hello,

I was actually working on trying to write this myself before I found this pull request, I'd like to take it the rest of the way to getting merged, but I was wondering where I should look for information on converting it to a module?

Sorry if this is obvious, I'm still new to Nix.

Might also make sense to get #49703 merged first.

Thank you for your contributions.
This has been automatically marked as stale because it has had no activity for 180 days.
If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.
Here are suggestions that might help resolve this more quickly:

1. Search for maintainers and people that previously touched the
   related code and @ mention them in a comment.
2. Ask on the NixOS Discourse. 3. Ask on the #nixos channel on
   irc.freenode.net.

I'll get this done.

@zyradyl did you get any further with updating the nvidia module by chance?

@peterhoeg I have some changes that I use in my machine at: https://github.com/afrepues/nixpkgs/tree/nvidia-firmware

Feel free to incorporate whatever you find useful.

I marked this as stale due to inactivity. → More info

What is the status of this PR? @peterhoeg have you finish it so it could be reviewed?