Package Details: nouveau-fw 325.15-1

Git Clone URL: https://aur.archlinux.org/nouveau-fw.git (read-only)
Package Base: nouveau-fw
Description: This package provides video & pgraph firmwares for all NVIDIA chipsets that need them
Upstream URL: http://nouveau.freedesktop.org/wiki/
Licenses: custom
Submitter: MuPuF
Maintainer: MuPuF
Last Packager: MuPuF
Votes: 53
Popularity: 2.833578
First Submitted: 2013-07-24 19:10
Last Updated: 2015-07-18 17:58

Latest Comments

MuPuF commented on 2016-05-17 16:55

nve6_fuc08x -> video decoding firmware. As there are 3 engines working together, we get 3 firmwares. Those are absolutely necessary for any kind of video decoding acceleration.

nve6_fuc4xxx -> pgraph firmwares, needed for context switching (having multiple graphics contexts). These have open source alternatives mainline.

davispuh commented on 2016-05-17 16:37

How does firmware naming work, is there somewhere explained how they're named and which one I should use?

I've GTX 650 Ti which is NVE6, but there are several ones

nve6_fuc084
nve6_fuc085
nve6_fuc086
nve6_fuc409c
nve6_fuc409d
nve6_fuc41ac
nve6_fuc41ad


MuPuF commented on 2016-05-15 11:48

@j1simon: And did the update you made change in any way the level of support or even the binary output?

You know, I am not a clueless packager, I am an actual nouveau developer. I do not claim to know everything, but at the very least, let me tell you that 340.32 is not as well tested as 325.15 and only 325.15 has support for the tesla GPUs.

When nouveau supports video decoding on Maxwell, I will update this package. Until then, it will stay as is unless someone comes with a real story that updating was worth the risk of breaking some code (AKA, actually fixed bugs or added support for one GPU). At this point, I will likely depend on multiple versions of the blob so as I can keep having one package for all the firmwares. If really bandwidth is a problem, I will consider splitting it.

MuPuF commented on 2015-07-29 08:13

@smirky: Well, the latest blob also deleted support for old gpus. I may need to split this package at some point. In the mean time, I do not think any gpu on which we support video decoding is left out.

Also, looking at the extraction script, the only blob more recent supported is the 340.32 which does not provide more firmwares. Updating for the sake of updating would be stupid IMO.

I will update this package when someone adds support for the maxwell gpu or if someones proves me that updating the blob requirement provided the firmwares for his card and was enough to get VDPAU rolling :)

smirky commented on 2015-07-29 08:00

Hello,

Shouldn't this package be updated to extract the firmware from the latest drivers? I see this is an old NVIDIA package which is extracting from.

ArthurBorsboom commented on 2015-04-15 19:55

To answer my previous question, which will get solved soon:

http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.1-GTX-750-Nouveau

MuPuF commented on 2015-03-26 08:51

Oh, I'll need to update the description of the package, as the maxwell firmwares are not found by the script...

MuPuF commented on 2015-03-26 08:50

@ArthurBorsboom: Sorry, I completely forgot to answer you. This package will not help you get those firmwares. However, you may use this version of Nouveau that implement an open firmware for your GM107: http://cgit.freedesktop.org/~darktama/nouveau

@jose1711: NVIDIA shuffled a lot of things around and newer versions of the driver do not allow us to get as many firmwares. As there is not support for video decoding on maxwell, then there is no point in updating this package AFAIK. Ilia Mirkin would know better, I'll need to check.

jose1711 commented on 2015-03-26 08:32

isn't this just a matter or pointing to a more recent nvidia *run (binary driver) file?

ArthurBorsboom commented on 2015-03-07 11:22

Hi MuPuf,

Any news on getting new firmwares into this package?
My GTX 750 Ti needs the following (currently) missing firmwares.

Direct firmware load for nouveau/nv117_fuc409c failed with error -2
Direct firmware load for nouveau/fuc409c failed with error -2

MuPuF commented on 2014-10-07 22:24

@kiodo1981: Hey, we are using the 32 bits version because both the 32 and 64 bits version have the same firmwares. However, the 32 bit version is much smaller, hence why we are using it!

As for the 340.32 support, I already answered that right under your comment. I've asked the developer behind extract_firmware.py to see if he found out how the kernel firmwares are stored on not.

Again, if you have any bug with the current version of the firmwares, please let us know on #nouveau. Otherwise, there is no point in "upgrading" since the firmwares are likely exactly the same ;)

kiodo1981 commented on 2014-10-07 18:31

extract_firmware.py add 340.32 FW
Please update.

64bit version?

MuPuF commented on 2014-08-25 21:35

I unflagged the package because using a newer version of the blob would produce less firmwares since we don't know yet how to extract PGRAPH's fw from the new blob!

If anyone of you have a bug with the current version of the blob, please inform us on #nouveau!

misc commented on 2014-01-25 20:18

Reminder for yaourt users: Delete a previous /var/abs/local/yaourtbuild/extract_firmware.py before updating, it's hardcoded to another fixed version number (325.08 for me).

MuPuF commented on 2014-01-25 19:47

Change the version of the blob needed to extract the fw to 325, as suggested by a contributor.

MuPuF commented on 2013-12-21 12:22

No actual changes on this new version, it is a packaging fix-up by Timothée. Thanks to him!

MuPuF commented on 2013-12-19 15:38

@jwhendy: Sorry, I completely forgot to answer you. I have already seen these bugs. Have you tried 3.12 or an rc version of the 3.13? If so, can you report the bug on Nouveau's bug tracker?

In any way, this is not an issue related to this package

MuPuF commented on 2013-12-19 15:37

@jwhendy: Sorry, I completely forgot to answer you. I have already seen these bugs. Have you tried 3.12 or an rc version of the 3.13? If so, can you report the bug on Nouveau's bug tracker?

jwhendy commented on 2013-10-31 04:30

@MuPuF: here's two logs (at least I think I got them start to finish) with the GPU lockup I'm experiencing:

- http://pastebin.com/dV7gHS61
- http://pastebin.com/ZsCQmEwQ

I tried *numerous* times that night, and these were the first, so should have been for the simple case of having installed xf86-video-nouveau, nouveau-dri, mesa-libgl, had no nvidia stuff installed, and had moved any video-related files in /etc/X11/xorg.conf.d/ to file.conf.bk. I can dig through for others after having installed nouveau-fw, xf86-video-nouveau-git, etc. if you need them (assuming I can differentiate the stack of various attempts).

Also, if it's any help, these errors spit out after executing `startx`, waiting for a borked screen, and having the system let me Ctrl+Alt+F2 to another TTY: http://pastebin.com/qVY7WznX

MuPuF commented on 2013-10-29 23:48

Yeah, do not bother with noaccel=1, that's the equivalent of using the GPU as a dumb framebuffer (screen driver, if you prefer).

jwhendy commented on 2013-10-29 22:20

@MuPuF: thanks for the explanation, and I'll create those soon. It will take me a bit to go through the log covering that day and extract out an example of noaccel=0 vs. example of noaccel=1 (unless you don't even need to see noaccel=1?). I'm assuming the former is more interesting since it results in scrambled pixels and GPU lockup. Will post back in the next couple days with pastebin links.

MuPuF commented on 2013-10-28 22:01

@jwhendy: No kernel compilation is necessary to get Nouveau working on Arch Linux. Your problem has nothing to do with this package. Could you pastebin me the kernel logs when you boot nouveau without "noaccel=1"? If this is a valid bug (which I'm pretty sure it is), I'll ask you to file a bug report.

jwhendy commented on 2013-10-28 04:41

I have an NV50 family of card, the Quadro FX 1800M, which specifically goes by NV94 and appears to be in the NV84-NV96 range specified by the VP2 documentation. I installed this, but cannot startx without having `noaccel=1` in /etc/modprobe.d/nouveau.conf. Should this not be the case, or am I not understanding how this works?

Also, the nouveau documentation suggests that a kernel compilation is necessary. Is that the case (assuming for the compilation to pick up the firmware location)?

MuPuF commented on 2013-08-24 04:51

-4 adds support for VP3 fw. It will also always fetch the latest version of extract_firmware.py.

MuPuF commented on 2013-07-30 18:08

@irtimmer: I updated the package to fetch the x86 version instead of the x86_64.

MuPuF commented on 2013-07-30 16:33

@irtimmer: I've asked the question to the original author and we may make this happen. Thanks for the notification.

irtimmer commented on 2013-07-30 16:13

Could you change the PKGBUILD to download http://us.download.nvidia.com/XFree86/Linux-x86/319.23/NVIDIA-Linux-x86-319.23.run instead of the 64-bit version. This file is a lot smaller and contains the same firmware.

MuPuF commented on 2013-07-26 04:30

@foobarrior: The answer depends on your card. Everything should be explained here: http://nouveau.freedesktop.org/wiki/VideoAcceleration/

But basically, if you are using a fermi card current mesa and current linux should be sufficient. If you use VP2, then you'll need Linux 3.10 and mesa 9.2.

foobarrior commented on 2013-07-26 04:13

hey, does it work now with standard-shipped (non-git) nouveau package?