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: 83
Popularity: 0.97
First Submitted: 2013-07-24 19:10
Last Updated: 2015-07-18 17:58

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

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:


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

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

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 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:

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.