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

NVIDIA GeForce 600 "Kepler" On Open-Source: It's Uselessly Slow

Michael Larabel

Published on 8 January 2013
Written by Michael Larabel
Page 1 of 5 - 24 Comments

With the Linux 3.8 kernel that's presently under development, the open-source reverse-engineered Nouveau driver for supporting NVIDIA graphics processors has seen some significant changes. One of the late changes was enabling Kepler acceleration support. While there is now an "out of the box" open-source GPU driver that supports the GeForce 600 GPUs with 3D/OpenGL acceleration, it's incredibly slow.

When it comes to supporting the NVIDIA GeForce 600 "Kepler" family with an open-source Linux graphics driver, it turned out relatively better than past generations of NVIDIA hardware with the community-maintained driver. NVIDIA still put out its same-day binary graphics driver for supporting the GeForce 600 graphics cards, but the open-source community was quick this time with initial hardware enablement.

The GeForce GTX 680 launched in March and the Nouveau project had same-day surprises. Two Nouveau developers managed to get their hands early on two GTX 680 graphics cards and were able to provide same-day mode-setting support for the NVIDIA Fermi successor within the Nouveau DRM driver. The GeForce 600 "Kepler" has its differences from the GeForce 400/500 "Fermi" GPUs, but still the Nouveau developers were able to quickly work through the differences. It was also at the same time the developers decided Nouveau would leave the Linux kernel staging area.

Days after the GeForce GTX 680 launch and when they had kernel mode-setting working for the new hardware, they published the "NVE0" Kepler Gallium3D driver. Running the new hardware on open-source worked! However, the performance was slow and like usual the initial implementation required first loading the NVIDIA binary driver and using MMIOtrace to create some "FUC" microcode dumps. Manually generating these microcode files are necessary for enabling hardware acceleration.

In September, the Kepler FUC was freed so that the Nouveau DRM could generate its own necessary microcode and not rely upon the user needing to first initialize the hardware with the binary blob to generate the microcode dump. In December, the Nouveau support advanced to supporting the GK106 GPU.

Now with the forthcoming Linux 3.8 kernel, everything is fixed up where its own self-generating microcode is working sufficiently and the support is stable enough that the hardware acceleration can be enabled by default. So now if using the Linux 3.8 kernel and modern Mesa (namely, Git master for Mesa 9.1/10.0), there is out-of-the-box OpenGL accelerated support for the NVIDIA GeForce 600 series graphics cards.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  2. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
  3. Ubuntu 14.10 Offers AMD Radeon Driver Performance Improvements
  4. Btrfs RAID: Linux 3.10 To Linux 3.18 Benchmarks
Latest Linux News
  1. GLAMOR Acceleration Continues To Be Cleaned Up
  2. Russia's Yandex Web Browser Finally Released For Linux
  3. Linux Kernel Finally Being Optimized For SSHDs
  4. GPU Profiling Support Lands In Mozilla Firefox
  5. Kubuntu 15.04 Will Use KDE's Plasma 5 By Default
  6. KDBUS Submitted For Review To The Mainline Linux Kernel
  7. An Intel-Based Ubuntu Touch Tablet Is Planning To Launch Soon
  8. MIAOW: An Open-Source GPU Design Based On AMD's Southern Islands
  9. X.Org Server 1.17 RC1 Released, Exciting For GLAMOR & Modesetting
  10. OpenGL 4.x Support For Mesa Still Inching Along
Latest Forum Discussions
  1. Reducing The CPU Usage In Mesa To Improve Performance
  2. Is foolish currently develop in machine code, hexadecimal and assembly?
  3. Help diagnosing problems with a Readon HD 4670 on Mesa 10.3.2-1
  4. Advertisements On Phoronix
  5. nv and xorg.conf under Debian PPC
  6. Looking for a Open-Source AMD experienced Linux mentor
  7. Bad perfomance in gaming
  8. Dead Island for Linux (?)