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

Is VIA Back To Playing With Linux, Gallium3D?

VIA

Published on 24 September 2011 05:04 AM EDT
Written by Michael Larabel in VIA
6 Comments

Back in January I heard from VIA that their open-source Linux strategy / support was basically dead. They don't have the resources or justification to do the work any longer, and their Linux TODO list was basically shot. In the years since they announced they were trying to become open-source friendly (and follow the steps of ATI/AMD), they only managed to push out some partially open-source code and some chipset documentation. But could they be playing around with open-source graphics drivers again?

I haven't heard from VIA's Bruce Chang (their Linux employee) or anyone else at VIA Technologies about a resurgence in their open-source support. Nor has there been any major mailing list discussions. The only code there's been bits of the community working on has been VIA KMS support. That kernel mode-setting code is still not in a shape to be landed and only recently has RandR support, among other features, come under the microscope. There's also still work left on the OpenChrome DDX driver.

What's the interesting bit of news today is that a new VIA engineer popped up on the Mesa mailing list. Jacob He, an engineer at VIA China, asked a question of the list.

He was looking at their Mesa code and that there is a Gallium3D "failover" pipe driver for hardware/drivers that can't take full advantage of all the needed OpenGL capabilities. He was wondering why the work was basically discarded.

The answer to his question basically comes down to not fib about features of the hardware that are not properly supported and that the performance using the software fall-backs can be extremely slow. But why is this VIA engineer even wondering and digging through the Mesa / Gallium3D code at this point? That's an answer I am still trying to figure out...

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Trying Out Radeon R9 290 Graphics On Open-Source
  2. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  3. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  4. Red Hat Releases Its RHEL 7 Release Candidate
  5. New Features Coming To Xubuntu 14.04 LTS
  6. NVIDIA Officially Releases CUDA 6
  7. Google Releases An AutoFDO Converter For Perf In LLVM
  8. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  9. Star Citizen Will Be Coming To Linux
  10. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  11. The Results Of Optimizing Radeon's VRAM Behavior
  12. Kernel Developers Discuss Improving Kernel Configurations
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. The GNOME Foundation Is Running Short On Money
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel