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

Nouveau GeForce 600 "Kepler" Support Gets FUC'ed

Nouveau

Published on 10 September 2012 05:22 PM EDT
Written by Michael Larabel in Nouveau
1 Comment

The reverse-engineered open-source Nouveau driver has received its own FUC microcode implementation that frees it from having to use the binary microcode produced by the proprietary NVIDIA Linux graphics driver for the GeForce 600 "Kepler" graphics processors, but there's still problems ahead in supporting this latest-generation hardware.

Committed to the Nouveau DRM driver development repository last week was an initial FUC implementation for "NVE0", a.k.a. Kepler GPUs. The FUC implementation, which is based upon the Fermi FUC code, amounts to just over 3,000 lines of code. The commit description read:
drm/nve0/gr: initial fuc implementation, based on fermi's code
Currently identical except the available chipset register lists. This will *not* currently work and is disabled by default because of this. May get merged again later, remains to be seen what further changes will be required.
But then following this initial commit was another related to the NVE0 FUC. This follow-up commit avoided bashing 0x404160 by changing around about 300 lines of code. As a result of this commit, the FUC loads on Kepler and for NVE4 hardware can at least provide acceleration support for a frame-buffer console, X.Org, glxgears, and OpenArena.

One commit later, the Nouveau Kepler-based Fermi FUC was enabled by default. However, even after this commit the hardware-accelerated GeForce 600 series support is still disabled by default due to outstanding bugs.

The FUC (Flexible micro-controller it's been called, among other terms) microcode is needed for modern hardware in order for accelerated support on modern NVIDIA GPUs. Like for Kepler, it initially took several months for Fermi FUC microcode to be developed so that first the NVIDIA driver didn't need to be loaded followed by running MMIOtrace in order to extract your own microcode for initializing the hardware when running the Nouveau driver.

When the NVIDIA GeForce 600 graphics cards were launched back in March there was the big surprise of same-day Nouveau support as the community developers somehow got early access to a few GeForce GTX 680 graphics cards. However, the needing of this FUC microcode has limited the open-source Nouveau support so far of this new hardware. There were also some early Kepler bugs. The Nouveau Kepler support works with OpenGL acceleration works but is quite slow at the moment due to the lack of proper graphics core / memory re-clocking, which is also defeating the use of the open-source driver on the latest NVIDIA GPUs.

This continued Nouveau work by Red Hat's Ben Skeggs is terrific and hopefully by the time the Linux 3.7 kernel merge window opens they will be able to have Kepler acceleration support by default. Unfortunately by the time this supported kernel ends up in most non-rolling-release distributions, Kepler will have been around one year old.... At least Nouveau has already begun work on unreleased GK110 "Kepler 2" support.

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. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. Linux 3.18-rc6 Released, A Worrisome Regression Remains
  2. HandBrake 0.10 Brings H.265 & VP8 Encoders
  3. Gngr: A New Web Browser Focused On Privacy
  4. Linux 3.18 Kernel: Not Much Change With Intel Haswell Performance
  5. More File-System Tests Of The Linux 3.18 Kernel
  6. Using NVIDIA's NVENC On Linux With FFmpeg
  7. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  8. PowerVR SGX Driver Code Gets Leaked
  9. V2 Of KDBUS Published For Linux Kernel Review
  10. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
Latest Forum Discussions
  1. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  2. Debian Developer Resigns From The Systemd Maintainership Team
  3. Roadmap to Catalyst 14.10 ?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Cant get working Kaveri APU - A10-7850k
  6. Script for Fan Speed Control
  7. Debian Init System Coupling Vote Results
  8. The Slides Announcing The New "AMDGPU" Kernel Driver