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 Publishes Open-Source 2D Driver Code

NVIDIA

Published on 26 November 2012 12:09 PM EST
Written by Michael Larabel in NVIDIA
6 Comments

NVIDIA has published initial patches for providing open-source 2D hardware acceleration support on their NVIDIA Tegra 2 and Tegra 3 SoCs. This work is based upon the experimental open-source Direct Rendering Manager driver to be merged into the Linux 3.8 kernel.

Times are great with NVIDIA dabbling with more open-source code and Imagination looking at some level of open-source PowerVR support. This weekend I wrote about NVIDIA working on open-source support for their Tegra graphics while this morning new open-source patches arrived from the NVIDIA Finland office.

In that article this past weekend I mentioned that besides it being known for months that NVIDIA has been working on 2D GPU documentation covering Tegra, the NVIDIA Linux mobile engineers have also helped advance the Tegra DRM driver in supporting HDMI output and other functionality.

The NVIDIA Tegra DRM driver was started by Thierry Reding as an independent project but is now being improved by NVIDIA and others. This driver is set to be merged into the kernel's staging area with Linux 3.8. This open-source driver has been in development since this past April for supporting the Tegra 2 SoC.

NVIDIA Publishes Open-Source 2D Driver Code

NVIDIA's patches published today by Terje Bergstrom provide host1x and 2D on Tegra 2 and Tegra 3 SoCs. There's still some unresolved issues so the patches haven't been merged yet, but hopefully we might see them just in time for Linux 3.8. There's still about one week left until the Linux 3.7 kernel final release and the 3.8 merge window then opens.

In terms of host1x/nvhost, Terje writes, "nvhost is the driver that controls host1x hardware. It supports host1x command channels, synchronization, run-time power management and memory management. It is sectioned into logical driver under drivers/video/tegra/host and physical driver under drivers/video/tegra/host/host1x. The physical driver is compiled with the hardware headers of the particular host1x version."

The NVIDIA Tegra DRM driver uses nvhost for communicating with host1x to access sync points and channels. The same code will be used as well for future NVIDIA host1x clients, thereby keeping nvhost and the "tegradrm" driver separate.

These new patches to expose a user-space API for Tegra DRM to access host1d and 2D while NVIDIA is still working on some to-be-published patches against the libdrm user-space library for using this API. Other items still being worked on is IOMMU support, better PRIME support, host1x documentation, user-space 2D code, and re-basing the code upon linux-next.

NVIDIA Publishes Open-Source 2D Driver Code

The GPL patches provided by NVIDIA today for this 2D Tegra support amount to just over 8,000 lines of code. The set of eight patches can be examined on the dri-devel list.

The NVIDIA Tegra 2 packs an ultra-low-power (ULP) GeForce GPU with just four pixel shaders and four vertex shaders while the core operates between 300 and 400MHz. The NVIDIA Tegra 3 has eight pixel shaders and clock frequencies for its GeForce core between 416MHz and 520MHz.

It's interesting to see NVIDIA work on this open-source graphics acceleration support, but too bad right now it's limited to just Tegra/mobile coverage and no change of course on the desktop side. On the desktop side they used to maintain the UMS-only xf86-video-nv DDX driver that did have 2D acceleration support, but that driver was eventually canned when Nouveau began to grow in popularity. We also haven't yet seen any open-source 3D support for Tegra, but back in September heard there might be some open-source 3D 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. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed