1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Hip Hip Hurrah, Nouveau Frees Up The Fermi Microcode

Nouveau

Published on 25 May 2011 07:57 AM EDT
Written by Michael Larabel in Nouveau
10 Comments

Within the Nouveau kernel module there's been reverse-engineered kernel mode-setting support for NVIDIA's Fermi GPUs (the GeForce 400/500 series) since last summer. Earlier this year, Nouveau Fermi acceleration support was added with the necessary kernel DRM bits, to the Nouveau X.Org driver for EXA/X-Video acceleration, and a respective Gallium3D Mesa driver.

The Nouveau Fermi support continued to be improved with KMS page-flipping and other features and fixes, but there was a big limitation of all this open-source Fermi acceleration support. The Nouveau Fermi driver doesn't have any "free" firmware that it can ship with the driver nor was the driver in a position to automatically generate its own firmware / microcode.

As a result, users needed to extract the firmware for their graphics card by first running the NVIDIA binary driver and then running a few commands to create a dump. After that, the Nouveau driver could be loaded with this microcode and there would be acceleration support available. However, as these dumps are created from the NVIDIA driver and for a specific ASIC, they aren't legally re-distributable upstream in the kernel or by most distribution vendors. As a result, most NVIDIA GeForce 400/500 owners have kernel mode-setting if using the open-source driver, but there's no acceleration.

While it likely won't make it for the Linux 2.6.40/3.0 kernel, Red Hat's Ben Skeggs yesterday commited to the Nouveau Git code-base his initial attempt at creating a free replacement to this NVIDIA PGRAPH micro-code that's needed by Fermi. So far it's been successfully tested on NVC0 and NVC4, but in theory should also work on NVC1, NVC3, NVC8, and NVCE. The NVD9 (GF119) ASIC is still in need of an MMIO trace from the NVIDIA binary blob for implementing proper support.

For some of these other untested chipsets, acceleration is disabled by default as a result until booting the system with nouveau.noaccel=0. Ben also has in a nouveau.ctxfw=1 module option for now as well, which will instead load NVIDIA's microcode (if available) rather than using this free software replacement.

The initial "FUC" microcode replacement can be found in this Git commit that adds in 3,100 lines of code to the Nouveau DRM module in the kernel. There's also been various other Fermi-related commits to the Nouveau tree in the past 48 hours as well (Git log). There's also this mailing list message looking for users to test out this microcode replacement; hopefully it will be merged in the next kernel merge window (Linux 3.1?).

Besides this initial FUC microcode firmware issue, the Nouveau developers are also struggling with re-clocking support / power management / fan control, which hopefully they'll have made more progress on in time for the next kernel merge window in a couple of months. Most NVIDIA Fermi owners will be best off right now using the proprietary NVIDIA Linux driver.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. Mesa Git Yields Performance Improvements For Newer AMD GPUs
  2. Apple OS X 10.10 vs. Ubuntu 14.10 Performance
  3. Mesa 10.5-devel Brings Some Intel Haswell HD Graphics Changes Over Mesa 10.3
  4. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
Latest Linux News
  1. IMP Launches As Another Open-Source Computer Attempt
  2. Git 2.2.0 Released With 550+ Changes
  3. GNOME 3.15.2 Released
  4. Quantum OS Aims For A Linux Desktop With QML, Wayland & Material Design
  5. New Open-Source, Linux Benchmarks To Feast On
  6. FreeBSD Plans For The Next Ten Years
  7. Qt 5.4 Planned For Release On 9 December
  8. Meizu's Ubuntu Phone Not Expected Until Early Next Year
  9. DragonFlyBSD 4.0 Drops i386 Support, Improves Graphics
  10. Expensive "Free/Libre Software Laptop" Uses A NVIDIA GPU
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Hurrican SDL Port
  3. Roadmap to Catalyst 14.10 ?
  4. how to configure module phoromatic ?
  5. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  6. Debian Developer Resigns From The Systemd Maintainership Team
  7. Cant get working Kaveri APU - A10-7850k
  8. Script for Fan Speed Control