VIA Keeps Trying For Kernel Inclusion Of Its DRM

Posted by Michael Larabel on November 03, 2009

Last December the Linux folks at VIA Technologies had released their Chrome 9 series DRM code, which is needed for Linux 3D support with these newer-generation VIA IGPs, but this initial version ended up getting rejected from inclusion into the mainline kernel on the basis of the rest of VIA's 3D stack for the Chrome 9 being closed-source and some problems with the code itself. The situation was similar to that of Intel's Poulsbo DRM being rejected from reaching the mainline Linux kernel earlier this year.

This July the Chrome 9 DRM was re-released with aspirations of getting it in the mainline Linux kernel, but it was virtually the same as December's version and it too got knocked down for inclusion on the basis of no open-source "clients" using this Direct Rendering Manager driver and security issues with the code itself.

In August there was then another new VIA 2D driver released, but unlike the various other VIA Linux drivers out there, this one actually uses the new DRM code. This makes the DRM code at least useful by an open-source 2D driver, but within this Chrome 9 DRM remains the 3D bits too, which is not used by an open-source code at this time nor has VIA even released any code samples to test the 3D portion of this DRM for sanity and security.

VIA though is now pushing once again for getting its Chrome 9 DRM in the mainline Linux kernel. Last week VIA's Bruce Chang sent in a request to the dri-devel mailing list and to the official kernel DRM maintainer, David Airlie, but it was met by no responses at all -- positive or negative. This VIA Unichrome DRM adds support for an ACPI suspend/resume issue, an interfaces for communication with ddmpeg and V4L, and a fix for a video hang issue caused by a verification function. With no responses, Bruce this morning pinged everyone again. No developers have yet to respond to this latest request, and it's quite up in the air whether this DRM will actually get pulled in this time, but we will continue to monitor the situation.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Sumo Lounge Emperor
  2. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  3. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  4. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
Latest Software Articles
  1. Intel Linux OpenGL Driver Leading Over Apple OS X
  2. The Cost Of Ubuntu Disk Encryption
  3. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  4. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
Latest Linux News
  1. Intel Ultrabook Performance Is Faster With Mesa 9.2
  2. Hot Relocation HDD To SSD Support For Btrfs
  3. Phoronix Test Suite 4.6.0 "Utsira" Released
  4. New Intel X.Org Driver Supports All Of Haswell
  5. SQLite Now Faster With Memory Mapped I/O
  6. Microsoft Releases Skype For Linux 4.2, Has Bug-Fixes
  7. Qt For Tizen Launches, Based On Qt 5.1
  8. KTAP Released For Linux Kernel Dynamic Tracing
  9. Linux 3.10-rc2 Kernel Takes In A Few Extra Pulls
  10. QEMU 1.5 Supports VGA Passthrough, Better USB 3.0
  11. Handbrake 0.9.9 Supports OpenCL Offloading
Latest Forum Talk
  1. Microsoft Releases Skype For Linux 4.2, Has...
  2. QEMU 1.5 Supports VGA Passthrough, Better USB 3.0
  3. Kubuntu, KDE Has Little Hope For Ubuntu's Mir
  4. Hot Relocation HDD To SSD Support For Btrfs
  5. AMD Catalyst 13.4 Final
  6. Jolla Announces Their First Phone
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite