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's Linux Dreams Are Not Materializing

VIA

Published on 24 May 2010 01:46 PM EDT
Written by Michael Larabel in VIA
15 Comments

Back in 2008 there was the announcement from the Linux Foundation Collaboration Summit in Texas that VIA had joined the open-source driver bandwagon after having abandoned previous open-source attempts. However, for the past two years, this has largely been a media bluff. VIA Technologies did things like appoint an open-source liaison (Harald Welte, who is actually no longer contracted by VIA and didn't even do much for their efforts), launch a VIA Linux web-site (that is ill-maintained and two years later there are still portions of the site "under construction"), but they have done some things like put out some code and republishing old documentation. We're almost half-way through 2010 and it doesn't look like VIA will be doing much this year for their open-source graphics drivers.

In late 2009 an article was published entitled VIA's Linux TODO List... Maybe Look Forward To 2011? where we looked at their actual efforts since their 2008 open-source announcement and then at their newest TODO list they had shared with the open-source community. In that TODO list, VIA's Bruce Chang talked about "VIA has been having a dream to host VIA's developing source in public" and that they plan for a TTM/GEM module in Q2'2010, kernel mode-setting for VIA in H2'2010, and a VIA Gallium3D driver in Q4'2010. At least publicly, however, there is not much work going forward and this is far from going as planned where back in 2008 VIA had said in their original announcement they would be providing quarterly driver updates.

We're more than half-way through the second quarter and there are no signs of any TTM/GEM memory management support being imminent. Even if something were to materialize before the end of June (but we wouldn't bet on it), there may be waiting until the Linux 2.6.36 kernel for the DRM code with memory management support to be accepted into the mainline Linux kernel unless it's accepted late in the 2.6.35 cycle -- the merge window is open right now but not for much longer.

If VIA does publish new Direct Rendering Manager (DRM) code that offers Graphics Execution Manager / Translation Table Map support for in-kernel memory management on VIA hardware, it may be another challenge just to get the code accepted by the open-source developers. VIA's previous efforts to inject their DRM into the Linux kernel have been rejected multiple times for various reasons from code problems to there not being open-source drivers (but rather VIA blobs) that actually take advantage of the DRM.

Having DRM code with proper memory management support is a prerequisite for having kernel mode-setting (KMS) support and a Gallium3D driver, so this may in turn end up delaying the rest of VIA's open-source schedule too. This is all while VIA has said they will not provide an open-source Chrome 9 3D driver and that they were looking for the community to make them a Gallium3D driver. On top of this, VIA still has yet to provide any new code or documentation for their newest chipset -- even just for basic DDX mode-setting support -- and code/documentation is still missing for older ASICs.

VIA's open-source efforts are still lousy at best as they just continue dreaming of being "open-source friendly" and playing the Linux community. They really aren't much better than NVIDIA's open-source strategy, which consists of recommending the VESA driver until their proprietary driver can be installed. At least with NVIDIA there is an active community (Nouveau) that's doing the reverse-engineering work and open-source enablement.

We'll keep monitoring the situation and also see if VIA has anything to say on the matter. So far this is just looking like VIA's open-source attempts from years earlier where they just ended up dropping open-source 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. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  2. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  3. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
  4. 6-Way Winter 2014 Linux Distribution Comparison
Latest Linux News
  1. LLVM 3.6 Will Be Branched Next Month
  2. Opera Browser Puts Out Linux Updates For The Holidays
  3. GNOME Shell 3.15.3 Adds Support For High-Contrast Themes
  4. Linux 3.19: ThinkPad Muting Redone, New Dell Backlight Support, Acer Is Banging
  5. KVM Drops Support For IA64 While Adding Various x86 Improvements
  6. GCC 4.8.4 Officially Released
  7. FSF's High Priority Project List Now Has A Committee
  8. Details On Using OpenACC & GPUs With GCC
  9. Ubuntu 15.04 Alpha 1 For Its Various Flavors
  10. Git 2.2.1 Released To Fix Critical Security Issue
Latest Forum Discussions
  1. XLennart: A Game For Systemd Haters With Nothing Better To Do
  2. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  3. Debian init discussion in Phoenix Wright format
  4. FPS capped on Linux (AMD fglrx drivers)
  5. Are there an app using HSA ?
  6. Bench specific mount point
  7. Tool for measuring FPS in games
  8. Need some hand holding with upgrading xserver