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. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  2. AMD's RadeonSI Driver Sped Up A Lot This Summer
  3. Intel's Latest Linux Graphics Code Competes Against OS X 10.9
  4. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
Latest Linux News
  1. Preview Of AMD Radeon R9 290 Hawaii Open-Source Performance
  2. Intel Bay Trail Performance With Linux 3.16/3.17 & Mesa 10.3
  3. EFL Sees A Ton Of Work Following Recent v1.11 Release
  4. ARM Talks Up Wayland For Mali
  5. GNOME/GTK+ Human Interface Guidelines Updated
  6. Robocraft Is Rolling Over To Linux
  7. The Widely-Criticized New Commercial Linux Distro Is Now On Kickstarter
  8. Wayland & Weston 1.6 Alpha Released
  9. A New First-Person Mystery Game Might Be Coming To Linux
  10. Patch By Patch, LLVM Clang Gets Better At Building The Linux Kernel
Latest Forum Discussions
  1. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  2. Systemd 216 Piles On More Features, Aims For New User-Space VT
  3. OSS radeon driver for A10-7850K (Kaveri)
  4. Could be avoid to use flash for show the benchmark on the articles?
  5. American Citizens running AMOK for food stamps
  6. What Linux Distribution Should Be Benchmarked The Most?
  7. Company I work for is looking to contribute to Open Source projects... but wrongly?
  8. Microsoft vs. Campaign