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.