Language Selection

English French German Italian Portuguese Spanish

The Linux Kernel and Open Source Drivers

Filed under
Linux
OSS

There has been a lot of talk about the Linux kernel and Open Source drivers this week. Most of it was about Microsoft. Much more interesting is the discussion on Phoronix about the case of the new VIA Chrome 9 DRM (Direct Rendering Manager).

The gist of the story is this: VIA has a binary 3D driver for it's Chrome 9 IGP, but they want that some of the code (the DRM) is entered into the Linux kernel. The DRM code is open source, but not the driver itself. Now without the driver the DRM is useless, meaning that if it is accepted the kernel would contain some code whose only purpose would be to run VIA's binary driver.

This raises a lot of issues: how would this code be maintained? What if the kernel part of the code needs to evolve and updates to the driver are required? What about security? VIA could solve some of these issues by providing a complete documentation of the binary Chrome 9 driver, but currently this documentation is not available: critical pieces are missing.

Not designed for Open Source




More in Tux Machines

Mesa 10.3 release candidate 2

Mesa 10.3 release candidate 2 is now available for testing. The current plan of record is to have an additional release candidate each Friday until the 10.3 release on Friday, September 12th. The tag in the GIT repository for Mesa 10.3-rc2 is 'mesa-10.3-rc2'. I have verified that the tag is in the correct place in the tree. Mesa 10.3 release candidate 2 is available for download at ftp://freedesktop.org/pub/mesa/10.3/ Read more

Linux 3.17-rc3

I'm back to the usual Sunday release schedule, and -rc3 is out there now. As expected, it is larger than rc2, since people are clearly getting back from their Kernel Summit travels etc. But happily, it's not *much* larger than rc2 was, and there's nothing particularly odd going on, so I'm going to just ignore the whole "it's summer" argument, and hope that things are just going that well. Please don't prove me wrong, Linus Read more

Revisiting How We Put Together Linux Systems

Traditional Linux distributions are built around packaging systems like RPM or dpkg, and an organization model where upstream developers and downstream packagers are relatively clearly separated: an upstream developer writes code, and puts it somewhere online, in a tarball. A packager than grabs it and turns it into RPMs/DEBs. The user then grabs these RPMs/DEBs and installs them locally on the system. For a variety of uses this is a fantastic scheme: users have a large selection of readily packaged software available, in mostly uniform packaging, from a single source they can trust. In this scheme the distribution vets all software it packages, and as long as the user trusts the distribution all should be good. The distribution takes the responsibility of ensuring the software is not malicious, of timely fixing security problems and helping the user if something is wrong. Read more

See How Your Linux System Performs Against The Latest Intel/AMD CPUs

This holiday weekend (in the US) can be a great time to test your Linux system to see how it's performing against the latest AMD and Intel processors to see if it's time for a good upgrade. This weekend I'm working on many Linux CPU benchmarks for the upcoming Linux review of the Intel Core i7 5960X Haswell-E system (still waiting for Intel's review sample to arrive though...) and also have some other hardware in preparation for an unrelated launch that's happening next week from another vendor. I'm testing several different Intel/AMD CPUs from the latest desktop CPUs to the Extreme Edition models to some slightly older parts. Beyond the raw performance results are also the power consumption data and much more. Read more