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. Intel Haswell HD Graphics 4600 vs. AMD Radeon Graphics On Linux
  2. Intel Haswell HD Graphics 4600 Performance On Ubuntu Linux
  3. Intel Core i7 4770K "Haswell" Benchmarks On Ubuntu Linux
  4. The First Experience Of Intel Haswell On Linux
Latest Software Articles
  1. Optimized Binaries Provide Great Benefits For Intel Haswell
  2. 11-Way Linux, BSD Platform Comparison
  3. SNA Acceleration Works Great For Intel Core i7 Haswell
  4. The Linux Evolution For Intel Haswell's Performance
Latest Linux News
  1. NVIDIA Brings Their Linux Driver To ARM
  2. D Language Still Showing Promise, Advancements
  3. Planetary Annihilation Released For Linux Gamers
  4. Gentoo Starts Work On KDE-Wayland Support
  5. NVIDIA To License Its Kepler GPU Technology
  6. KDE's KWin Made Lots Of Progress In 4.11
  7. Ubuntu Announces Carrier Advisory Group
  8. Qt 5.1 Release Candidate 1 Has Arrived
  9. In-Fighting Continues Over Mir On Non-Unity Ubuntu
  10. Subversion 1.8 Presents New Features
  11. LLVM 3.3 Officially Released
Latest Forum Talk
  1. Gentoo Starts Work On KDE-Wayland Support
  2. Planetary Annihilation Released For Linux Gamers
  3. D Language Still Showing Promise, Advancements
  4. In-Fighting Continues Over Mir On Non-Unity Ubuntu
  5. Planetary Annihilation Plans To Come To Linux
  6. NVIDIA To License Its Kepler GPU Technology
  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