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. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  2. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  3. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  4. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
Latest Linux News
  1. Checking On The Performance Of PHP 5.6
  2. PHP 5.6 Officially Released With New Debugger
  3. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  4. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
  5. Nouveau On Oibaf PPA Is Back To Running Well
  6. Metro 2033 Redux Will Hopefully Hit Linux Real Soon
  7. New Virtual Monitor Software Might End Up On Linux
  8. Company of Heroes 2 Might Be Coming Out For Linux
  9. NIR Still Being Discussed For Mesa, LLVM Gets Brought Up Again
  10. Plasma Active Is Mostly Ported To KDE Frameworks 5
Latest Forum Discussions
  1. windwithme ComputeX 2014 DAY1
  2. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  3. Best Radeon for a Power Mac G5?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. AMD Releases UVD Video Decode Support For R600 GPUs
  6. Announcing radeontop, a tool for viewing the GPU usage
  7. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  8. [DB] BIOS - ACPI - data collecting