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 Benchmarking Platform
Phoromatic Test Orchestration

VIA Fails With KMS/3D, But Has Yet Another X Driver

VIA

Published on 17 December 2010 07:26 PM EST
Written by Michael Larabel in VIA
11 Comments

One year ago VIA came out with their Linux TODO list, which was disappointing. This list had a VIA TTM/GEM memory manager module for Q2'2010, a kernel mode-setting driver in the works for H2'2010, and a Gallium3D driver in-development for Q4'2010. Even meeting this TODO list would be bad as the support most Linux customers are after (3D and KMS to a lesser extent) would not be arriving until three years after VIA announced this newest Linux strategy. But, VIA has failed miserably in accomplishing any of these mile-stones for KMS and open-source 3D acceleration support. Though resulting in VIA's Linux community being fragmented even more, new VIA X.Org (DDX) drivers seem to keep popping up. If there wasn't already enough of these not-fully-working and rarely-touched open-source drivers, another VIA Chrome X.Org driver has been started recently that's a fork of another open-source VIA driver.

It was bad enough on the ATI/AMD side when there were just three drivers: the proprietary Catalyst driver and then the two open-source X.Org drivers: xf86-video-ati and xf86-video-radeonhd. Here at least there were different approaches in the open-source drivers (i.e. AtomBIOS vs. not), different hardware support (xf86-video-ati supporting pre-R500 ASICs where RadeonHD did not), and a semi-different feature-set. The RadeonHD driver ultimately ended up having a short life, but at least it was worked on, both groups of developers ended up learning things from each other, and the importance of both drivers were reduced when the Radeon kernel mode-setting driver was merged into the mainline Linux kernel. The open-source VIA situation only seems to degrade from being a horrible mess to a support catastrophe.

Earlier this year there was work on another open-source VIA driver being called xf86-video-openvia. It seems work on the OpenVIA driver has now been abandoned by its lead developer in favor of another one simply being called xf86-video-chrome. The xf86-video-chrome driver is just the latest, but it's not simply a rename or an evolution of the OpenVIA driver, but rather it's a restart.

The xf86-video-chrome repository (at GitHub) only goes back to the end of October when the work began. The xf86-video-chrome driver is based upon VIA's official open-source code (xf86-video-via), in particular the via-xserver-87a-55727_src package (it can be found on the VIA Linux web-site). This is the driver package with VIA and S3 Graphics copyrighted code going back to 1998 and 2001, respectively, with contributions as well from VA Linux Systems and Precision Insight. The open-source driver supports the CN700, CX700, VN896, VX800, and VX855 chipsets.

So what does this new xf86-video-chrome driver provide on top of this? Well, not much. In fact, at this point, it just removes more than it adds. The xf86-video-chrome driver removes support for the following features: MergedFB, ShadowFB, Xinerama, non-RandR, legacy RandR, down-scaling, excessive debug outputs, and other legacy functions. What the xf86-video-chrome driver then provides is a cleaner code-base by stripping out a lot of code and then doing some "general clean-up" to the open-source driver. Aside from that, it just adds 1200 x 900 LCD mode-line support and support for PLL quirks, which amounts to a few new lines of code. That really summarizes the xf86-video-chrome driver at this point.

The xf86-video-chrome driver now joins xf86-video-unichrome, xf86-video-openvia, xf86-video-via, and xf86-video-openchrome as all being X.Org display drivers for the VIA hardware (there may be other forks/branches too), none of which drivers are full-featured and all while there's still no proper OpenGL/3D acceleration under Linux for VIA hardware going into 2011. Intel's Poulsbo Linux situation may too be a bloody mess and involve binary blobs, but at least there the efforts are more concerted and there's working configurations complete with 3D.

For a while, VIA appeared to be tossing its limited Linux efforts behind the OpenChrome driver, but its development list remains eerily quiet and its SVN repository is far from lively. The OpenChrome driver is expected to provide its DDX support for the new OLPC XO 1.5 device, but that isn't merged yet. VIA's Linux cheerleader, Bruce Chang, also no longer seems to be active with their Linux support efforts.

Will 2011 be any different for VIA Technologies on Linux? We'd like to think so, but more than likely it won't be any better. The Linux 2.6.38 kernel merge window is soon opening up and with VIA (or any others) not yet producing any TTM/GEM patches, which are needed to foster any kernel mode-setting and Gallium3D driver work, this pushes back VIA's Q2'2010 TODO list back at least to being Q2'2011 before there could possibly be mainline VIA kernel memory management. Based upon how long it's taken the open-source Radeon and Nouveau (for NVIDIA hardware) driver teams to get where their at, it really is unlikely there could be any viable open-source KMS/3D support for VIA prior to 2012 and that's being optimistic. By that time, if the company is still around, they'll probably need to begin work on bringing up support for their newest generation of chipsets.

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 Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. Library Operating System (LibOS) For Linux Still Being Pursued
  2. C4 Game Engine Continues Supporting Linux
  3. Debian 8.0 Jessie's Installer RC3 Released
  4. Features Thus Far For The Linux 4.1 Kernel
  5. Intel's Turbostat Adds Skylake Support In Linux 4.1
  6. Microsoft's Open-Source Group Merges Back Into The Company
  7. EXT4 In Linux 4.1 Adds File-System Level Encryption
  8. Open-Source Ardour 4.0 Audio Software Has Big Improvements
  9. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  10. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  3. Linux 4.0 Kernel Released
  4. Microsoft Announces An LLVM-Based Compiler For .NET
  5. VirtualBox 5.0 Beta 2 Released
  6. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  7. LibreOffice 4.5 Bumped To Become LibreOffice 5.0
  8. Mozilla Start Drafting Plans To Deprecate Insecure HTTP