Self-appointed OpenChrome project maintainer Kevin Brace who for the past year or so has been single-handedly managing the open-source VIA "OpenChrome" graphics driver code-base, is still working towards getting the work-in-progress Direct Rendering Manager (DRM) driver working on newer builds of the Linux kernel.

It's been a while since last having anything to report on the OpenChrome project for providing open-source Linux graphics support for vintage VIA x86 graphics hardware. But it's still going and what is one of the only contributors left on the project has issued an update.

Independent developer Kevin Brace took over maintaining the OpenChrome DDX driver earlier this year to improve the open-source VIA Linux graphics support while over the summer he's slowly been getting up to speed on development of the OpenChrome DRM driver.

The open-source VIA/Chrome Linux graphics driver stack may not have an up-to-date DRM/KMS driver or working Mesa/Gallium3D driver, but the lone community developer left working on this code has continued to improve the DDX driver over the past few months.

For those still leveraging VIA x86 hardware on Linux, the DRM/KMS driver hasn't been restored yet but there is a new xf86-video-openchrome DDX feature release now available.

The OpenChrome project has long aspired to having a mainline DRM/KMS driver but that original developer since left. These days OpenChrome is down to basically one developer left working on this open-source driver for VIA x86 graphics hardware.

The xf86-video-openchrome 0.4 release has finally happened! It's been more than two years since this VIA x86 X.Org driver was last updated.

With now having a new maintainer, the OpenChrome DDX driver is preparing for its first release in more than two years.

With a new developer stepping up to the plate, it's looking like the OpenChrome DDX driver will see its first release in more than two and a half years.

The OpenChrome driver for open-source VIA graphics on Linux isn't quite dead yet... There's a new developer wanting to step up and take over maintainership of the X.Org driver.

While it's becoming increasingly harder to find VIA x86 hardware out in the wild and it's been a long while since last writing anything about VIA x86 Linux support, an independent developer is hoping to revive the OpenChrome VIA kernel mode-setting driver and ideally wants to see it mainlined in the Linux kernel.

VIA Embedded has rolled out a new ruggedized PC for in-vehicle computing and other applications. This rugged PC is powered by a long forgot about VIA Eden quad-core processor.

It's been a while since last hearing anything major out of VIA Technologies, but they made an announcement today...

Last week I wrote about a new Gallium3D driver under development for VIA Chrome hardware that was being done under the OpenChrome umbrella along with new work on the VIA DRM/KMS driver. I now have some answers from the developer about his plans for this open-source VIA graphics work under Linux.

While OpenChrome and the VIA DRM/KMS driver hasn't seen much public activity in quite some time and appears rather dead, apparently that's not the case. A new VIA OpenChrome Gallium3D driver was published this week in its initial rudimentary form.

There hasn't been much to report on in months for the OpenChrome DRM driver as there simply hasn't been any new public patches to comment on. While it sort of looked like this VIA DRM Linux driver was dead, it seems work is possibly getting resurrected on this open-source driver.

While open-source activities around Intel, AMD Radeon, and NVIDIA (Nouveau) hardware continues to flourish, for the unlucky users still dependent upon VIA x86 hardware, the OpenChrome and VIA kernel mode-setting initiatives seem to have come to a standstill.

After years of work near single-handedly by James Simmons, the independently-created DRM kernel mode-setting driver for many VIA Chrome IGPs is finally looking for inclusion into the mainline kernel.

The OpenChrome VIA Linux graphics driver is far from being feature complete.

In years past we long heard about lofty goals out of VIA Technologies for being open-source friendly and ultimately come up with a Mesa Gallium3D driver. We haven't heard anything officially out of VIA in a great number of months, but it turns out they do now have a Gallium3D driver for Chrome 9!

The community-based OpenChrome project has shipped their xf86-video-openchrome 0.3.2 DDX.

The VIA kernel mode-setting (KMS) driver, which has long been in development but has yet to reach the mainline Linux kernel, now supports HDMI.

Kernel mode-setting support for VIA's cruddy and aging graphics hardware continues to be worked on as a hobby project, but don't expect it to be merged for the Linux 3.9 kernel.

It's been several months since having anything to report on the state of VIA graphics under Linux. VIA hasn't been doing anything officially to better their Linux support and the "OpenChrome" development community is quite limited and small. While the long-in-development OpenChrome DRM driver for providing VIA kernel mode-setting support has yet to be merged into the mainline code-base, it's still being developed.

Earlier this year VIA launched a $49 Android PC and now finally they are releasing the source-code to its boot-loader and kernel.

The xf86-video-openchrome DDX driver has been updated today with a version 0.3.0. Xavier Bachelot from the OpenChrome camp describes this release as "a major step forward for the openchrome X.org driver."

It looks like the VIA kernel mode-setting (KMS) code may soon go mainline.

While fading away to irrelevancy, VIA is still around and actually releasing new hardware. Though this isn't some new VIA x86 quad-core CPU but rather VIA Technologies is now entering the ARM and Android space. The product they announced on Tuesday is a $49 Android PC.

There's a new release of the OpenChrome open-source VIA X.Org driver.

Here's a video by James Simmons, the community developer that's near single-handedly been working on providing VIA kernel mode-setting (KMS) support and in-kernel memory management (via a GEM-ified TTM implementation), talking about the Linux KMS and GEM/TTM infrastructures for those wishing to learn more about Linux graphics driver programming.