Package Details: nouveau-fw 325.15-1

Git Clone URL: (read-only, click to copy)
Package Base: nouveau-fw
Description: This package provides video & pgraph firmwares for all NVIDIA chipsets that need them
Upstream URL:
Licenses: custom
Submitter: MuPuF
Maintainer: MuPuF
Last Packager: MuPuF
Votes: 88
Popularity: 0.25
First Submitted: 2013-07-24 19:10 (UTC)
Last Updated: 2015-07-18 17:58 (UTC)

Latest Comments

kumax commented on 2022-07-23 07:41 (UTC)

This package needs a new maintainer, maybe.

drasnor commented on 2022-05-28 18:27 (UTC) (edited on 2022-05-28 19:14 (UTC) by drasnor)

@MuPuf it might be worth updating to the version of in envytools for python3 compatibility: It works alright with your PKGBUILD and the following diff:

< makedepends=('python2')
< source=(""
> makedepends=('python3')
> source=(""
<   python2
>   python3

ualkyire commented on 2022-04-23 13:01 (UTC)

Can you update this? Or are the firmwares up to date regardless of what driver version there is?

ua4000 commented on 2021-02-27 10:16 (UTC) (edited on 2021-02-27 10:16 (UTC) by ua4000)

$ egrep CARCH /etc/makepkg.conf


(pacman 5.2.2-2 -

So either you changed your makepkg.conf some time ago, or you are not using Arch.

edxlearner commented on 2021-02-26 18:31 (UTC)

I was able to use makepkg after changing CARCH="x86_64-pc-linux-gnu" to CARCH="x86_64" in makepkg.conf

edxlearner commented on 2021-02-26 17:19 (UTC)

Hi, I'm having trouble making this package

with makechrootpkg, the extraction script doesn't seem to be creating the needed (sub)directories:

Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86 line 974: /tmp/makeself.yVujfBX2/xz: No such file or directory Extraction failed.

and with makepkg, a strange dependency error occurs:

==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: pc-linux-gnu[@] ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> pc-linux-gnu[@] ==> ERROR: Could not resolve all dependencies.

MuPuF commented on 2017-12-23 12:28 (UTC)

Hey Anony, please write a bug report. This is most definitely an upstream bug.

Here is an how to on how to report bugs:

anony commented on 2017-12-18 22:42 (UTC)

Hello MuPuf, maybe this is the wrong place to post but i am trying to run this code(pyqt, webengineview): (tradingview widget: and it just fails to load or it shows half the window or it completely crashes the whole system meaning i have to reboot with reset button on computer to regain control of pc. Investigating on the internet has lead me to believe that this is due to the noveau driver.

I also get these sometimes and other assorted errors: python: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed

Do you know how to fix on archlinux?

MuPuF commented on 2016-05-17 16:55 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

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

MuPuF commented on 2015-03-26 08:51 (UTC)

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 (UTC)

@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: @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 (UTC)

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 (UTC)

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 (UTC)

@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 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 (UTC) add 340.32 FW Please update. 64bit version?

MuPuF commented on 2014-08-25 21:35 (UTC)

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 (UTC)

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

MuPuF commented on 2014-01-25 19:47 (UTC)

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 (UTC)

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 (UTC)

@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

jwhendy commented on 2013-10-31 04:30 (UTC)

@MuPuF: here's two logs (at least I think I got them start to finish) with the GPU lockup I'm experiencing: - - 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:

MuPuF commented on 2013-10-29 23:48 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

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

MuPuF commented on 2013-07-30 18:08 (UTC)

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

MuPuF commented on 2013-07-30 16:33 (UTC)

@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 (UTC)

Could you change the PKGBUILD to download 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 (UTC)

@foobarrior: The answer depends on your card. Everything should be explained here: 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 (UTC)

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