Package Details: nouveau-fw 340.108-1

Git Clone URL: https://aur.archlinux.org/nouveau-fw.git (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: http://nouveau.freedesktop.org/
Licenses: custom
Submitter: MuPuF
Maintainer: Boria138
Last Packager: Boria138
Votes: 90
Popularity: 0.000115
First Submitted: 2013-07-24 19:10 (UTC)
Last Updated: 2023-05-16 18:50 (UTC)

Latest Comments

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

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: - 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 (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 extract_firmware.py.

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

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

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