Free and open-source graphics device driver

From Wikipedia, the free encyclopedia
  (Redirected from Graphics hardware and FOSS)
Jump to: navigation, search
Everything is executed on the CPU. Everything? Not quite... some data is sent to the GPU, along with GPU instruction to be executed on the GPU. The rendered results are not sent back, are stored in a framebuffer. The content of a framebuffer is sent to the display controller.

A free and open-source graphics device driver is software that controls computer graphics hardware and supports graphics rendering APIs and is released under a Free and open source software license. Graphics device drivers are written for specific hardware to work within the context of a specific operating system kernel and to support a range of APIs used by applications to access the graphics hardware. They may also control output to the display, if the display driver is part of the graphics hardware. Most free and open source graphics device drivers are developed via the Mesa project.

All hardware developers provide device drivers for their products over a range of operating systems. But some developers of graphics hardware provide no free and open-source drivers for their hardware and they provide little or no technical documentation to support independent development of free and open-source device drivers for their products. The free and open source device drivers available for hardware with support for independent driver development are generally of much higher quality in terms of completeness, stability, security and performance than drivers for hardware that lack such support.

Drivers without freely (and thus legally) available source code are commonly referred to as binary drivers. Binary drivers used in the context of operating systems that are prone to ongoing development and change, such as Linux, create problems to both end-users and package maintainers. These problems affect system stability, overall system security, and performance and are the main reason for the independent development of free and open-source drivers. When no technical documentation is available, an understanding of the underlying hardware is often gained by "clean room reverse engineering." Based on this understanding, device drivers may be written and legally published under any chosen software license.

There are rare and special cases, where manufacturers' driver source code is publicly available in the Internet, but not under a free license. This means that the code can be studied and altered for personal use, but the altered (and usually even the original) source code cannot be freely distributed, so solutions to bugs in the driver cannot be shared, significantly reducing the utility of such drivers in comparison to completely free and open-source drivers.

Problems with binary drivers[edit]

From a software developer's perspective[edit]

Illustration of the Linux graphics stack

There are a number of objections to binary-only drivers. There are philosophical and ethical objections, with some feeling that drivers distributed without source code are against the beliefs of the free software movement. There are very pragmatic objections regarding copyright, security, reliability and development concerns. As part of a wider campaign against binary blobs, OpenBSD lead developer Theo de Raadt has pointed out that with a binary driver there is "no way to fix it when it breaks (and it will break)" and that once a product which relies on binary drivers is declared to be end-of-life by the manufacturer, it is effectively "broken forever."[1] The project has also asserted that binary drivers "hide bugs and workarounds for bugs,"[2] a comment that has been somewhat vindicated by flaws found in binary drivers, including in October 2006 an exploitable bug in Nvidia's 3D drivers discovered by Rapid7. It is speculated that this bug has existed since 2004, although Nvidia have denied this, asserting that the issue was only communicated to them in July 2006 and that the 2004 bug was a bug in X.Org, not in Nvidia's driver.[3] Another problem with binary drivers is that they often do not work with current versions of open source software, and almost never support development snapshots of open source software - e.g. it is usually not directly possible for a developer to use Nvidia's or ATI's proprietary drivers with a development snapshot of an X server or a development snapshot of the Linux kernel. Furthermore features like kernel mode-setting cannot be added to binary drivers by anyone but the vendors, which prevents their inclusion if the vendor lacks capacity or interest.

In the Linux kernel development community, Linus Torvalds has made strong statements on the issue of binary-only modules, asserting: "I refuse to even consider tying my hands over some binary-only module", and continuing: "I want people to know that when they use binary-only modules, it's THEIR problem".[4] Another kernel developer, Greg Kroah-Hartman, has commented that a binary-only kernel module does not comply with the kernel's license—the GNU General Public License—it "just violates the GPL due to fun things like derivative works and linking and other stuff."[5]

Writer and computer scientist Peter Gutmann has expressed concerns that the digital rights management scheme in Microsoft's Windows Vista operating system may limit the availability of the documentation required to write open drivers as it "requires that the operational details of the device be kept confidential."[6]

In the case of binary drivers there are also objections due to free software philosophy, software quality and security concerns.[7] There are also concerns that the redistribution of closed source Linux kernel modules may be illegal.[8]

By choice, the Linux kernel has never maintained a stable in-kernel Application binary interface.[9]

There are also some concerns that proprietary drivers may even contain backdoors, like one that was found in Samsung Galaxy series modem drivers.[10]

From a hardware developer's perspective[edit]

In the future libGL-fglrx-glx could use the libDRM of the radeon open-source driver instead of the proprietary binary blob, since most of the investment is in the user-space driver.

Application-specific integrated circuitry, integrated circuitry, and microprocessors, when designed with the primary goal of efficiency, with regards to power consumption, silicon usage, and the actual acceleration of the calculations required to rasterise 3D wire-frame models, are actually pretty simple and straightforward.[clarification needed]

When applications, such as a 3D game engine or a 3D computer graphics software, shunt calculations from the CPU to the GPU, they usually use a special purpose API, like OpenGL or Direct3D, and do not address the hardware directly (see also Cell (microprocessor)). Because all translation from API calls to actual GPU opcodes is done by the device driver, it will contain a considerable amount of specialized knowledge and be the constant object of optimization. This takes time and involves significant financial investment. Thus leakage of device driver source code, whether published under a free license or not, can give competitors an advantage — especially newcomers to the business of graphic acceleration, who would gain a considerable amount of know-how without bearing the costs of developing that knowledge.

The desktop computer market was for a long time dominated by PC hardware using the x86/x86-64 instruction set, and by GPUs available for the PC. With only three major competitors, Nvidia, AMD and Intel, the main competing factor was the price of hardware and raw performance in 3D computer games (which is greatly affected by the efficient translation of API calls into GPU opcodes). The display driver is an inherent part of the graphics card, as is the video decoder, hardware designed to assist in the calculations necessary for the decoding of video streams. As the market for PC hardware has been dwindling, it seems highly unlikely that new competitors will enter this market. Thus it is unclear how much more know-how one company could gain by seeing the source code of the drivers of the other companies. Intel maintain only free and open-source driver for Linux.[clarification needed][citation needed]

The mobile sector however, presents a different situation:

  • The functional blocks (i.e. the display driver ASIC, the 3D acceleration ASIC, the 2D acceleration ASIC, Video decoding and Video encoding ASIC) are separate SIP (SIP) blocks, since the hardware devices are very different from each other. Some portable media player do require a display driver and gains from Video decoding acceleration, but do not require any sort of 3D acceleration, etc.
  • The development goal is not only raw 3D performance, but also system integration, power consumption and 2D capabilities. There is also an approach to abandon the traditional method (Vsync) of updating the display and make better use of the possibilities that came with the sample and hold-technology to significantly lower power consumption.
  • There are more competitors on the market and there are newcomers (e.g. while Imagination has been around since before 2000, Vivante entered this market in 2005. Ingenic experimented with some own SIP solutions for graphics.)
  • Usually there is no distinct graphics memory, thus the CPU and the GPU share the main memory, which is considerably slower than the distinct graphics memory in graphics cards for Desktop PCs. Yet, this can greatly benefit power consumption and performance when supported by the software architecture, because data does not have to be copied from the one to the other memory.

The growing mobile market, the unsatisfied requirements of mobile devices and the advantages that can be gained by the development of new techniques leaves much more room for the existing competition and for new competitors entering the market. Thus the SIP and the software supporting it (the device drivers and maybe even the software infrastructure for these device drivers, i.e. the entire graphics stack) can be considered more prone to discretion and a quick launch to market.

When looking at the fact that during the second quarter of 2013, 79.3% of smartphones sold worldwide were running some version of Android,[11] it is clear that the Linux kernel is dominant on smartphones. Thus hardware developers have a huge incentive to deliver excellent Linux drivers for their hardware, but due to the competition, no incentive what-so-ever to make these driver free and open-source.

Projects like libhybris try to combine the power of the existent Linux android drivers with different platforms than Android. Additionally there are ongoing efforts to write free and open-source drivers by independent developers.

Performance comparison[edit]

GLX gears is not suited for benchmarks.[12]

A source for real-world testing is Phoronix. They routinely run benchmarks comparing involving the free driver as well. E.g.

It is uncommon for computer game magazines to report any benchmark testing on Linux. Benchmarks on Phoronix are limited in scope, primarily test games using Quake Engine derivatives.

Software architecture[edit]

Mesa /DRI and Gallium3D have different driver models. Both share a lot of free and open-source code
An example matrix for implementing the Gallium3D driver model. Through the introduction of the Gallium3D Tracker Interface and the Gallium3D WinSys Interface, only 18 instead of 36 modules are required. Each WinSys module can work with each Gallium3D device driver module and with each State Tracker module.

The free and open-source drivers are primarily developed on Linux and for Linux. They have been under constant development by the Linux kernel developers, by 3rd party programming enthusiasts and also by employees of companies such as e.g.AMD. Each driver is composed out of five parts:

  1. Linux kernel component DRM
  2. Linux kernel component KMS driver: basically the device driver for the display controller
  3. user-space component libDRM: a wrapper library for the system calls of the DRM, should only be used by Mesa 3D
  4. user-space component in Mesa 3D: this component is highly hardware specific, is being executed on the CPU and does the translation of e.g. OpenGL commands into machine code for the GPU;
    because of the split nature of the device driver, marshalling is possible;
    Mesa 3D is the only available free and open-source implementation of OpenGL, OpenGL ES, OpenVG, GLX, EGL and OpenCL
    as of July 2014 most of these components are written conforming to the Gallium3D-specifications;
    there is a fully functional State Tracker for Direct3D version 9 written in C and an un-maintained one for Direct3D versions 10 and 11 written in C++.[14]
    Annotation: Wine contains an implementation of the Direct3D version 9. Another Wine component used to translate Direct3D calls into OpenGL calls and it works on top of the OpenGL implementation in Mesa 3D. When the Gallium3D State Tracker for D3D9 is available, a patched version of Wine could be used, adapting it to use the D3D9 State Tracker, and thus avoiding this conversion step. Note that these patches weren't accepted by mainstream Wine as of April 2014. The Gallium3D State Tracker for D3D9, device drivers have a direct interface to the Direct3D 9 API, increasing the performance by a factor of two and more.
    • all drivers in Mesa 3D are as of July 2014 limited to OpenGL version 3.3. For other APIs, see the Mesa 3D article
  5. Device Dependent X (DDX), an additional special and distinct 2D graphics device driver extra for X.Org Server (Which is going to be replaced by Glamor)

The DRM is kernel specific and has to be ported to FreeBSD[citation needed], OpenBSD[citation needed], and some other kernels.

In general, there's a vesa driver for any operating system available. The vesa driver supports most graphics cards without acceleration and with display resolutions limited to a set of resolutions programmed in the video BIOS by the manufacturer. See e.g. /Documentation/fb

History[edit]

The Linux graphics stack have been prone to a long evolution over the years, with some unnecessary detours due to the X Window System core protocol. Understanding this history should help comprehend the current design and its late arrival.

Free and open-source drivers[edit]

In general, the VESA driver supports most graphics cards without acceleration and with display resolutions limited to a set of resolutions programmed in the video BIOS by the manufacturer.

Also see: Kernel Documentation/fb or the Phoronix Test Suite

ATI/AMD[edit]

AMD's proprietary driver AMD Catalyst for their Radeon is only available for Microsoft Windows and Linux (formerly name fglrx). A current version can be downloaded from the Internet and some Linux distributions contain it in their repositories.
The FOSS drivers for ATI/AMD GPUs are all being developed under the name radeon (xf86-video-ati or xserver-xorg-video-radeon). The drivers still have to load proprietary microcode into the GPU to enable hardware acceleration.[15] There is the RadeonProgram, which aims to have a community maintained application compatibility database similar to the Wine project's AppDB.

radeon 3D code is split into five parts: the radeon, r200 and r300 classic-style drivers and r300g, r600g, radeonsi Gallium3D-style drivers:

An up-to-date feature matrix is available at: radeon feature matrix; there is e.g. support for Video Codec Engine[AMD 1] and Unified Video Decoder.[AMD 2][AMD 3]

The free and open-source "Radeon" graphics device drivers are not reverse engineered, but based on documentation released by AMD without the requirement to sign any non-disclosure agreement (NDA).[AMD 4][AMD 5][AMD 6] Documentation has been released gradually beginning in 2007.[AMD 7][AMD 8][AMD 9]

This is in strong contrast to AMD's main competitor in the graphics field Nvidia, which does offer its own proprietary driver similar to AMD Catalyst, but does not provide any support or assistance to any free graphics initiatives.[16]

Beside providing the necessary documentation, AMD employees also actively contribute code to support their hardware and features of it.[AMD 1] On the GDC 2014, AMD was exploring a strategy change to re-base the user-space part of Catalyst from using their proprietary kernel blob to using the free and open-source DRM.[AMD 10]

Back in 2011 AMD had just two engineers working full-time on the free drivers, namely Alex Deucher and Richard Li. In the mean time the graphics team working contributing to the free and open-source Radeon driver has been expanded or replaced with people like e.g. Christian König, Michel Dänzer or Tom Stellard. They originally reported to John Bridgman [AMD 11] but now report to Tim Writer after Bridgman moved to the Linux HSA project.

All parts and components of the free and open-source "Radeon" graphics device driver are prone to a constant development by the core contributors and interested people world wide. The performance optimizations were successful already in 2011, when the r300g was able to outperform Catalyst in some select cases. Current benchmarks can be found in this article in the #performance comparison section.

Nvidia[edit]

A screenshot of REnouveau, which is a program that collects data for most of nouveau's reverse engineering work

Nvidia's proprietary driver Nvidia GeForce driver for their GeForce is available for Windows XP x86/x86-64 and later, Linux x86/x86-64/ARMv7-A, OS X 10.5 and later, Solaris x86/x86-64 and FreeBSD x86/x86-64. A current version can be downloaded from the Internet and some Linux distributions contain it in their repositories. Nvidia GeForce driver 331.13 BETA from 4 October 2013 supports the EGL interface enabling support for Wayland in conjunction with this driver.[Nvidia 1][Nvidia 2]

Nvidia's free and open-source driver is called nv.[Nvidia 3] This driver is very limited and supports only 2D acceleration, and Matthew Garrett, Dirk Hohndel and others claim its source-code is obfuscated.[Nvidia 4][Nvidia 5][Nvidia 6] In March 2010 Nvidia has decided to deprecate nv and not add support for Fermi or later GPU, nor add support for DisplayPort to this driver.[Nvidia 7]

In December 2009 Nvidia publicly announced they would not provide any support or assistance to any free graphics initiatives.[16] On 23 September 2013 Nvidia publicly announced, that they would release some documentation about their GPUs.[Nvidia 8]

Nouveau is based almost entirely on information gained through reverse engineering. This project aims to produce 3D acceleration for X.Org/Wayland utilizing Gallium3D.[Nvidia 9] On March 26, 2012, the DRM component of Nouveau was marked as stable and promoted from the staging area of the Linux kernel.[Nvidia 10] Nouveau supports: Tesla- and earlier, Fermi-, Kepler-, and Maxwell-based GPUs.[Nvidia 11] As of 31 January 2014, Nvidia employee Alexandre Courbo committed an extensive patch set which adds initial support for the GK20A (Tegra K1) to nouveau.[Nvidia 12] In June 2014, Codethink reported to run Wayland-based Weston compositor with Linux kernel 3.15, making use of EGL and a "100% open-source graphics driver stack" on a Tegra K1.[Nvidia 13]

An up-to-date feature matrix is available at Nouveau Driver Feature Matrix

Current benchmarks can be found in this article in the Performance comparison section. As of July 2014 Nouveau has not been able to outperform Nvidia GeForce driver due to missing "re-clocking" support.

tegra-re is the name of the project, that is working in reverse-engineering nVidia's VLIW-based Tegra series of GPUs, that pre-date "Tegra K1".

Nvidia distributes proprietary device drivers for Tegra through OEMs and as part of its "Linux for Tegra" (formerly "L4T") development kit. As of April 2012, due to different "business needs" from that of their GeForce line of graphics cards, Nvidia and one of their Embedded Partners, Avionic Design GmbH from Germany, are also working on submitting free and open-source drivers for Tegra upstream to the mainline Linux kernel.[Nvidia 14][Nvidia 15] Nvidia co-founder & CEO laid out the Tegra processor roadmap using Ubuntu Unity in GPU Technology Conference 2013.[Nvidia 16]

  1. ^ "Support for EGL on 32-bit platforms". 2013-10-04. Retrieved 2014-07-15. 
  2. ^ "lib32-nvidia-utils 340.24-1 File List". 2014-07-15. 
  3. ^ "X.org nv driver page". 2013-05-20. 
  4. ^ "Patch by Dirk Hohndel". 1998-11-18. Retrieved 2014-07-15. "... opposed to such obfuscated code. We do not regard this as free software according to our standards" 
  5. ^ "Nouveau – The community & past, current and future developments" (pdf). 2011-09-13. Retrieved 2014-07-15. 
  6. ^ David M. Airlie (2006-07-19). "Open Source Graphic Drivers—They Don't Kill Kittens" (PDF). "Proceedings of the Linux Symposium Volume One". Ottawa, Canada. Retrieved 2007-01-28. 
  7. ^ "Nvidia deprecates "NV"". Phoronix. 2010-03-26. 
  8. ^ "Nvidia offers to release public documentation on certain aspects of their GPUs". 2013-09-23. Retrieved 2013-09-24. 
  9. ^ "Nouveau: Accelerated Open Source driver for nVidia cards". 
  10. ^ "The Nouveau driver graduates from staging". LWN.net. 2012-03-23. 
  11. ^ "Engineering names for Nvidia". 
  12. ^ "drm/nouveau: initial support for GK20A (Tegra K1)". 2014-01-31. 
  13. ^ "Codethink Gets The NVIDIA Jetson TK1 Running With Linux 3.15, Wayland". Phoronix. 2014-06-12. 
  14. ^ Mayo, Jon (2012-04-20). "[RFC 0/4] Add NVIDIA Tegra DRM support". dri-devel mailing list. http://lists.freedesktop.org/archives/dri-devel/2012-April/021833.html. Retrieved 2012-08-21.
  15. ^ Larabel, Michael (2012-04-11). "A NVIDIA Tegra 2 DRM/KMS Driver Tips Up". Phoronix Media. Retrieved 2012-08-21. 
  16. ^ "GTC 2013: NVIDIA's Tegra Roadmap (6 of 11)". YouTube. Retrieved 2013-07-10. 

Intel[edit]

Intel has a long history of producing or commissioning open source drivers for its graphics chips, with the exception of their PowerVR-based chips that severely lack documentation.[17] The driver development is outsourced to Tungsten Graphics (acquired by VMware 2008-11-26).

There are currently two versions of the Intel X.Org driver, the xorg-video-i810 driver which supports the i810 and a number of more recent chipsets[18] and the updated xorg-video-intel driver that supports the same hardware, with the recent versions 2.0 and 2.1 adding support for later chips, including the G33, Q33 and Q35.[19]

In addition, the xorg-video-intel driver (sometimes known as the "KMS driver") does not use the video BIOS for switching video modes; as some BIOSes include only a limited range of modes, this provides more reliable access to those supported by Intel video cards.

Unlike the radeon and nouveau drivers, Intel does not intend to utilize the Gallium3D framework for its graphics drivers.[20] Intel has also recently put work into optimizing their free Linux drivers to have closer performance to their Windows counterparts, especially on Sandy Bridge hardware where various performance optimizations have now allowed the free Intel driver to be able to outperform their proprietary Windows drivers at certain tasks.[21][22][23] Some of these performance enhancements can also benefit users of older hardware.[24]

Support for Intel's LLC (Last Level Cache, L4-Cache, Crystalwell, Iris Pro) was added in Linux kernel 3.12[25][26]

Intel has 20 to 30 full-time Linux graphics developers.[27]

Matrox[edit]

Matrox develops and manufactures these products:

Matrox provides free and open source drivers for all their chipsets older than the G550; chipsets newer than the G550 are only supported by a closed source driver.

S3 Graphics[edit]

S3 Graphics develops these products:

ARM[edit]

See also: Mali

ARM Holdings is a fabless semiconductor company which licenses SIP cores. They are known for the licensing the ARM instruction set and CPUs based upon it but they also develop and license the Mali series of GPUs. On January 21, 2012, Phoronix reported that Luc Verhaegen was driving a reverse-engineering attempt aimed at the ARM Holdings Mali series of GPUs, specifically the Mali-200 and Mali-400 versions. The reverse-engineering project was presented at FOSDEM, February 4, 2012.[28][29] On February 2, 2013, Verhaegen demonstrated Quake III Arena in timedemo mode, running on top of the Lima driver.[30]

Imagination Technologies[edit]

See also: PowerVR

Imagination Technologies is a fabless semiconductor company which licenses SIP cores. They are known for the licensing the MIPS instruction set and CPUs based upon it but probably even more for developing and licensing the PowerVR series of GPUs. Intel has manufactured a number of PowerVR based GPUs. PowerVR GPUs are widely used in mobile SoCs. Imagination Technologies do not provide a FOSS driver nor any documentation for their products. Due to its vast appearance in embedded devices, the Free Software Foundation has put reverse-engineering of the PowerVR driver on a high-priority project list.[31]

PowerVR reverse engineering project

Vivante[edit]

See also: Vivante GCxxxx

Vivante is a fabless semiconductor company which licenses SIP cores. They develop the GCxxxx series of GPUs. There is a proprietary and closed source Linux driver from Vivante consisting of a kernel space and a user space part. The kernel component is available as open source (GPL) however the user space components which consist of the GLES(2) implementations and a HAL library are not. These, however, contain the bulk of the driver logic.

Wladimir J. van der Laan found out and documented the state bits, command stream, and shader ISA by studying how these blobs work. He studied these by examining and manipulating command stream dumps. Based upon this documentation the Gallium3D driver etna_viv is being written. Wladimir's work was inspired by libv. Due to the simplicity of the vivante hardware, etna_viv has surpassed libv has achieved more quickly than similar projects. The project has produced a functional-but-unoptimized Gallium3D LLVM driver. etna_viv has surpassed vivante's own proprietary code in some benchmarks. It supports Vivante's product line of GC400 Series, GC800 Series, GC1000 Series, GC2000 Series, GC4000 Series, GC5000 Series and GC6000 Series.[32]

Qualcomm[edit]

See also: Adreno

Qualcomm develops the Adreno (former ATI Imageon) GPU series, and include it exclusively as part of their Snapdragon (system on chip). In 2012, Phoronix and Slashdot reported that Rob Clark was working on reverse-engineering drivers for the Adreno GPU series.[33][34] Clark wrote in a referenced blog post that he is doing the project in his spare time, and that the Qualcomm platform was his only viable target for working on open 3D graphics since his employers (Texas Instruments and Linaro) were affiliated with the Imagination PowerVR and ARM Mali cores which would otherwise have been his primary targets, and that he already had working command streams for 2D support, and that 3D commands seemed to have the same characteristics.[35] The driver code was published on Gitorious under the name freedreno.[36] It has since been moved to Mesa.[37][38] In 2012, a working shader assembler was completed[39] and demonstration versions were developed for texture mapping[40] and phong shading[41] using the reverse-engineered shader compiler. At FOSDEM, February 2, 2013, Clark demonstrated Freedreno running desktop compositing, the XBMC media player and Quake III Arena.[42]

As of August 2013, the kernel component of freedreno, called MSM driver, was accepted into mainline, and is available in Linux kernel 3.12 and later.[43]

In July 2014, the DDX driver gained support for server managed file descriptors, requiring X.Org Server version 1.16 and above.[44]

Broadcom[edit]

See also: VideoCore

Broadcom develops and designs the VideoCore GPU series as part of their SoCs. Due to the fact that it is used by the Raspberry Pi there has been strong interest in a FOSS driver for VideoCore.[45] and on October 24, 2012 the Raspberry Pi Foundation, in co-operation with Broadcom, announced they open sourced, "all the ARM (CPU) code that drives the GPU". Unfortunately, the code released reflects the very minimum needed to make an open-source announcement. The open-source components allow message-passing between the ARM CPU and VideoCore, but offered little insight into Videocore and little further programmability. This is because the Videocore GPU runs a RTOS that handles the real processing; all of the actual video acceleration is done using this RTOS firmware coded for its proprietary GPU, and this firmware wasn't open sourced.[46] Further, as there is neither a toolchain available that could target this proprietary GPU, nor was its Instruction set documented, so no possible advantage could be taken in case if the firmware source code was made available. The project videocoreiv[47] tries to document the VideoCore GPUs. Based upon this documentation a driver could be written.

But on February 28, 2014, on the day of the second anniversary of the Raspberry PI Broadcom, together with the Raspberry PI foundation, announced the release of full documentation for the VideoCore IV graphics core, and a complete source release of the graphics stack under a 3-clause BSD license [48][49]

The free licensed 3D graphics code was committed to mesa on 2014-08-09,[50] and first appeared on 10.3 release.

Other vendors[edit]

SiS and VIA have both shown limited interest and communication regarding open source drivers; however, both have released source code which has later been integrated into X.Org by FOSS developers.[51] In July 2008, VIA opened up documentation for their products to improve its image within the Linux and open-source communities.[52] Although, so far VIA has failed to work with the open source community to provide documentation and a working DRM driver, leaving expectations for supporting the Linux operating system unfulfilled.[53] On January 6, 2011 it was announced that VIA was no longer interested in supporting free graphics initiatives.[54]

DisplayLink have announced an open source project called libdlo with the goal of bringing support for their USB graphics technology to Linux and other platforms. The code is available under the LGPL license.[55] It has not yet been integrated into an X.Org driver. DisplayLink graphics support is available through the kernel udlfb driver (with fbdev) in mainline, and udl/drm driver, which as of March 2012 is only available in the drm-next tree.

Often other non-hardware related vendors may also lend a hand to free graphics initiatives. Red Hat has some employees working full-time on several free and open source software projects, such as two full-time employees working on the free software radeon (David Airlie and Jérôme Glisse[56]) and one full-time employee working on the free software nouveau graphic drivers.[citation needed] In addition, the Fedora Project runs a "Fedora Graphics Test Week" event before the launch of their new Linux distribution versions in order to provide rigorous testing to free graphics drivers.[57] Other companies that have provided development or support include Novell and VMware.

Open hardware projects[edit]

Project VGA assembled PCB
Open Graphics Project assembled PCB

Project VGA aims to create a low budget, open source, VGA compatible video card. All information to create one is available, but at present there seems to be no development. Some data:[58]

The Open Graphics Project is another aim at creating an open hardware GPU. The Open Graphics Device v1 features dual DVI-I outputs and 100-pin IDC connector. On September 2010, the first 25 OGD1 boards were made available for grant application and purchase ($750).[59]

The Milkymist system-on-chip, targeted at embedded graphics instead of desktop computers, supports a VGA output, a limited vertex shader and a 2D texturing unit.[60]

See also[edit]

References[edit]

  1. ^ Theo de Raadt (2006-12-03). "Open Documentation for Hardware". Presentation slides from OpenCON 2006. Retrieved 2007-02-01. 
  2. ^ "3.9: "Blob!"". OpenBSD. Retrieved 2007-02-12. 
  3. ^ Linux - How does the Rapid7 Advisory R7-0025 affect the Nvidia Unix driver?
  4. ^ Linus Torvalds, kernel mailing list, Feb 7, 1999.
  5. ^ Myths, Lies, and Truths about the Linux kernel by Greg Kroah-Hartman
  6. ^ Peter Gutmann (2006-12-26). "A Cost Analysis of Windows Vista Content Protection". Retrieved 2007-01-28. 
  7. ^ Linux Weekly News, Aug 14, 2006: X.org, distributors, and proprietary modules
  8. ^ Greg Kroah-Hartman (2006). "Myths, Lies, and Truths about the Linux kernel". Linux Symposium. "So, here's the simple answer to this issue: Closed source Linux kernel modules are illegal. That's it, it is very simple. I've had the misfortune of talking to a lot of different IP lawyers over the years about this topic, and every one that I've talked to all agree that there is no way that anyone can create a Linux kernel module, today, that can be closed source. It just violates the GPL due to fun things like derivative works and linking and other stuff. Again, it's very simple. Now no lawyer will ever come out in public and say this, as lawyer really aren't allowed to make public statements like this at all. But if you hire one, and talk to them in the client/lawyer setting, they will advise you of this issue." 
  9. ^ "The Linux Kernel Driver Interface". Retrieved 2014-03-04. 
  10. ^ "SamsungGalaxyBackdoor". 2014-02-04. 
  11. ^ "Android Nears 80% Market Share In Global Smartphone Shipments, As iOS And BlackBerry Share Slides, Per IDC". 
  12. ^ "free3d.org FAQ". "Is glxgears an accurate measure of 3D performance? No, it sucks in multiple ways." 
  13. ^ "Ubuntu 14.04 outperforms OS X 10.9 on 2013 MacBook Air". Phoronix. 2014-03-19. Retrieved 2014-03-19. 
  14. ^ http://lists.freedesktop.org/archives/mesa-dev/2013-July/041900.html
  15. ^ Details of package firmware-linux-nonfree in squeeze Debian.org
  16. ^ a b "Nvidia's Response To Recent Nouveau Work". Phoronix. 2009-12-14. 
  17. ^ An overview of graphic card manufacturers and how well they work with Ubuntu Ubuntu Gamer, January 10, 2011 (Article by Luke Benstead); (copy of the article)
  18. ^ "i810 man page". Archived from the original on 2007-02-04. Retrieved 2007-02-14. 
  19. ^ Eric Anholt. "X.Org mailing list: xf86-video-intel 2.1.0". Retrieved 2007-07-09. 
  20. ^ "Intel & The Shortcomings Of Gallium3D". Phoronix. 2010-04-13. Retrieved 2010-10-26. 
  21. ^ "More Performance Comes Out Of Intel Linux SNB". Phoronix. 2011-03-22. Retrieved 2011-03-23. 
  22. ^ "Intel Sandy Bridge Performance Goes Up Again". Phoronix. 2011-03-31. Retrieved 2011-03-31. 
  23. ^ "Intel SNB Linux Driver Can Out Run Windows Driver". Phoronix. 2011-05-23. Retrieved 2011-05-23. 
  24. ^ "A Historical Look At Intel Ironlake Graphics Performance". Phoronix. 2011-05-25. Retrieved 2011-05-25. 
  25. ^ "drm/i915: Use eLLC/LLC by default when available". 
  26. ^ "drm/i915: Use Write-Through cacheing for the display plane on Iris". 
  27. ^ "Intel Has 20~30 Full-Time Linux Graphics Developers". 2013-02-02. 
  28. ^ YouTube:FOSDEM 2012 - Open-Source ARM Mali
  29. ^ Phoronix, Jan 21 2012: An Open-Source, Reverse-Engineered Mali GPU Driver
  30. ^ Quake 3 Arena timedemo on top of the lima driver!
  31. ^ Free Software Foundation, Apr 25, 2005: High Priority Free Software Projects
  32. ^ http://www.phoronix.com/scan.php?page=news_item&px=MTI3MjU
  33. ^ Michael Larabel (14 April 2012). "An Open-Source Graphics Driver For Snapdragon". Phoronix. Retrieved 15 April 2012. 
  34. ^ Soulskill (14 April 2012). "Open-Source Qualcomm GPU Driver Published". Slashdot. Retrieved 15 April 2012. 
  35. ^ Rob Clark (14 April 2012). "Fighting back against binary blobs!". Linaro. Retrieved 15 April 2012. 
  36. ^ Freedreno, 15 April 2012
  37. ^ http://www.phoronix.com/scan.php?page=news_item&px=MTMyNTE
  38. ^ http://lists.freedesktop.org/archives/mesa-commit/2013-March/042190.html
  39. ^ Rob Clark (29 July 2012). "freedreno update: first renders shader assembler!". Retrieved 16 August 2012. 
  40. ^ Rob Clark (5 August 2012). "textured cube (fullscreen!)". Retrieved 16 August 2012. 
  41. ^ Rob Clark (15 August 2012). "Open Source lolscat!". Retrieved 16 August 2012. 
  42. ^ "Open ARM GPU drivers – Freedreno". FOSDEM. 2013-02-02. Retrieved 2014-07-15. 
  43. ^ "Merge the MSM driver from Rob Clark". kernel.org. 2013-08-28. Retrieved 2014-06-04. 
  44. ^ "xf86-video-freedreno 1.2.0". freedesktop.org. 2014-07-14. 
  45. ^ "Phoronix on the Raspberry Pi GPU". 
  46. ^ opening up ARM userland code for the Raspberry Pi
  47. ^ https://github.com/hermanhermitage/videocoreiv
  48. ^ http://arstechnica.com/information-technology/2014/02/raspberry-pi-marks-2nd-birthday-with-plan-for-open-source-graphics-driver/
  49. ^ http://www.raspberrypi.org/archives/6299
  50. ^ http://cgit.freedesktop.org/mesa/mesa/commit/?id=1850d0a1cbf044dc4d29b7a9ede2c634f667d853
  51. ^ David M. Airlie (2006-07-19). "Open Source Graphic Drivers—They Don't Kill Kittens" (PDF). "Proceedings of the Linux Symposium Volume One". Ottawa, Canada. Retrieved 2007-01-28. 
  52. ^ Michael Larabel (2008-07-26). "VIA Publishes Three Programming Guides". Phoronix. Retrieved 2008-08-04. 
  53. ^ Michael Larabel (2009-11-21). "VIA's Linux TODO List... Maybe Look Forward To 2011?". Phoronix. Retrieved 2009-12-30. 
  54. ^ VIA's Open Linux Graphics Driver Has Been Defenestrated Phoronix, January 06, 2011 (Article by Michael Larabel)
  55. ^ "DisplayLink Releases Linux Source Code for its USB Graphics Processors" (Press release). DisplayLink. 2009-05-15. Retrieved 2009-05-15. 
  56. ^ AMD's Hiring Another Open-Source Driver Developer Phoronix, December 11, 2010 (Article by Michael Larabel)
  57. ^ It's Fedora Graphics Test Week Phoronix, February 22, 2011 (Article by Michael Larabel)
  58. ^ "Home of Project VGA, the low budget, open source, VGA compatible video card".  090503 wacco.mveas.com
  59. ^ "Linux Fund: OGD1". Open Graphics Project. 2010-09-23. Retrieved 2011-11-04. 
  60. ^ Bourdeauducq, Sebastien (June 2010). "A performance-driven SoC architecture for video synthesis". Retrieved 2010-11-05. 

External links[edit]