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. The Cost Of Ubuntu Disk Encryption
  2. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  3. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
  4. F2FS File-System Shows Regressions On Linux 3.10
Latest Linux News
  1. QEMU 1.5 Supports VGA Passthrough, Better USB 3.0
  2. Handbrake 0.9.9 Supports OpenCL Offloading
  3. Freedreno Gallium3D Now Banging The Adreno A3XX
  4. Jolla Announces Their First Phone
  5. Mageia 3 Released, Still Using Legacy GRUB
  6. NetBSD 6.1 Brings In More Features
  7. Using Six Monitors With AMD's Open-Source Linux Driver
  8. Benchmarking The Intel P-State, CPUfreq Changes
  9. FreeBSD Still Working On Next-Gen Package Manager
  10. DNF Still Advancing As Experimental Yum For Fedora
  11. Logitech Begins Supporting Linux Users
Latest Forum Talk
  1. Jolla Announces Their First Phone
  2. Mageia 3 Released, Still Using Legacy GRUB
  3. QEMU 1.5 Supports VGA Passthrough, Better USB 3.0
  4. Modern Intel Gallium3D Driver Still Being Toyed...
  5. OpenSUSE Considers Replacing LXDE With E17
  6. The Cost Of Ubuntu Disk Encryption
  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