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

VIA Will Not Provide An Open-Source Chrome 9 3D Driver

Michael Larabel

Published on 17 July 2009
Written by Michael Larabel
Page 1 of 1 - 31 Comments

This morning VIA's Bruce Chang had submitted the DRM code for the Chrome 9 IGP with a request that it be pushed into the mainline Linux kernel. The DRM alone isn't usable to an end-user without a Mesa driver or something else to take advantage of this kernel component. VIA previously expressed interest in a Gallium3D-based Chrome 9 driver, but now today we find out they have no intentions on creating an open-source Chrome 9 3D driver. Instead, they just want this DRM into the mainline Linux kernel so that it can be used by their binary blob and to hopefully have some open-source developers come along and create a free software driver from their incomplete documentation.

In a message sent to David Airlie (the DRM maintainer) on the DRI development list, VIA's open-source advocate, Harald Welte, expressed their plans. VIA's official X.Org driver that is under a proprietary license can provide 3D support, but it will not be released as open-source because of third-party licensing claims.

Harald went on to add in this message that they will be supportive of anybody in the Linux community that creates an open-source 3D driver for the Chrome 9 on their behalf, but so far there is no active work underway. Harald explains that they have published programming documentation for the Chrome 9 and that the only thing missing is the pixel shader documentation, which will be released soon. VIA has indeed published 2D/3D programming documentation, but it's not complete by any means. As Nouveau's Stephane Marchesin was quick to reply, the Chrome 9 public documents don't cover the shader instruction set for this VIA IGP, which makes it impossible for the community to write its own 3D driver.

The reasons for VIA not supplying an open-source Chrome 9 3D driver is that it doesn't have the resources to write a new driver. Harald does note that future VIA IGPs will contain a different, incompatible GPU so they will just focus "getting things 'right' for those future products." VIA previously attempted to push the Chrome 9 DRM into the Linux kernel back in December, but that had failed. This current situation is similar to when the Intel Poulsbo DRM was proposed for mainlining in the Linux kernel, but that ended up being rejected on the basis of the 3D driver being closed-source and the code being undocumented. VIA's code is really not any better.

VIA's current stance is that they want this Chrome 9 DRM pushed into the Linux kernel, but there are no open-source "clients" to take advantage of this DRM right now, just VIA's closed-source X.Org driver that will not be open-sourced. VIA has no intentions of creating a Chrome 9 3D driver but they want the community to be responsible. With incomplete documentation and VIA hardware not being incredibly popular, chances are that will not happen unless Tungsten Graphics / VMware ends up wrangling one together like they did with creating a TTM-based OpenChrome driver and a new DRM/Mesa driver.

Some X.Org developers have called VIA's open-source efforts a bluff and these actions from VIA of providing incomplete documentation and not committing to a Chrome 9 3D driver really don't cull the situation. This mailing list discussion is still on going within the DRI development list, and if anything substantive comes about, we will be sure to provide a news update.

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 Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. Marek Lands Radeon Gallium3D HyperZ Improvements
  2. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  3. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  4. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  5. AMD, Wine & Valve Dominated August For Linux Users
  6. Linux 3.17-rc3 Kernel Released Back On Schedule
  7. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  8. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  9. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
  10. MSI Motherboard BIOS Updating Remains A Pain For Linux Users
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. AMD graphics doesn't work with AMD Catalyst drivers
  3. Best Radeon for a Power Mac G5?
  4. The dangers of Linux kernel development
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. SSD seems slow
  8. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?