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.

Latest Linux Hardware Reviews
  1. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  2. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  3. Overclocking The AMD AM1 Athlon & Sempron APUs
  4. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
Latest Linux Articles
  1. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  2. AMD OpenCL Performance With AM1 Kabini APUs
  3. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  4. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
Latest Linux News
  1. FreeBSD Advances For ARM, Bhyve, Clang
  2. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  3. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  4. QEMU 2.0 Released With ARM, x86 Enhancements
  5. Running The Unity 8 Preview Session On Ubuntu 14.04 LTS
  6. R600 Gallium3D Disables LLVM Back-End By Default
  7. Fedora 21 Gets GNOME 3.12, PHP 5.6, Mono 3.4
  8. Fedora Workstation Is Making Me Quite Excited
  9. Maynard: A Lightweight Wayland Desktop
  10. Chromium Browser Going Through Growing Pains In Ubuntu 14.04
  11. KDE 4.13 Is Being Released Today With New Features
  12. Trying Out Radeon R9 290 Graphics On Open-Source
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  3. The GNOME Foundation Is Running Short On Money
  4. Radeon 8000M problematic on Linux?
  5. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  6. Suspected PHP Proxy Issue
  7. Change installation destination from home directory
  8. Bye bye BSD, Hello Linux: A Sys Admin's Story