Free and open-source graphics device driver
||It has been suggested that this article be merged into Mesa_(computer_graphics)#Device_drivers. (Discuss) Proposed since September 2015.|
A free and open-source graphics device driver is a software stack 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.
Such a software stack comprises some compiler, some implementation of some rendering API, and finally some software, that manages access to the graphics hardware.
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.
- 1 Problems with binary drivers
- 2 Cue list
- 3 Performance comparison
- 4 Software architecture
- 5 Free and open-source drivers
- 6 Open hardware projects
- 7 See also
- 8 References
- 9 External links
Problems with binary drivers
From a software developer's perspective
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." The project has also asserted that binary drivers "hide bugs and workarounds for bugs," 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. 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". 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."
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."
In the case of binary drivers there are also objections due to free software philosophy, software quality and security concerns. There are also concerns that the redistribution of closed source Linux kernel modules may be illegal.
From a hardware developer's perspective
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.
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 CPU and the GPU are integrated on one die and also share the main memory, which is considerably slower than the distinct graphics memory in graphics cards for Desktop PCs. Yet, this is cheaper, smaller and does benefit power consumption because there are fewer components needed.
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, 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. An additional problem are the Android-specific augmentations to the Linux kernel, which have not been accepted into mainline, e.g. the Atomic Display Framework. ADF is a feature found in 3.10 AOSP kernels that provides dma-buf centric plumbing framework between Android's hwcomposer HAL and kernel driver. ADF significantly overlaps with DRM/KMS framework. Concluding ADF has not been accepted into mainline, but instead a different set of solutions addressing the same problems is being worked on called Atomic Mode Setting.
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.
- Device drivers are the abstraction layer between software concepts and hardware circuitry
- provide a standard interface to peripherals, hiding all the ugly details of how the circuitry solves things, from the programmer
- almost any system operation eventually maps to some physical device
- the kernel embeds device drivers for every peripheral present in the computer system
- device drivers have seven times the bug rate of other kernel code
- should provide mechanism, not policy
||The neutrality of this section is disputed. (October 2014) (Learn how and when to remove this template message)|
A source for real-world testing is Phoronix. They routinely run benchmarks comparing involving the free driver as well. E.g.
- from 19 March 2011 http://www.phoronix.com/scan.php?page=news_item&px=OTIzMg
- from 31 March 2013 http://www.phoronix.com/scan.php?page=article&item=nouveau_2639_flip&num=1
- a comparison from 29 April 2013 between FOSS and proprietary drivers: Phoronix
- a comparison from 27 October 2013 between proprietary drivers on Windows 8.1 and Linux: Ubuntu Linux Gaming Performance Mostly On Par With Windows 8.1
- a comparison from 25 January 2014 between FOSS drivers on Linux only: http://www.phoronix.com/scan.php?page=article&item=linux_2014_opengpu&num=1
- a comparison from 27 January 2014 between proprietary drivers on Linux only: http://www.phoronix.com/scan.php?page=article&item=linux_gpus_2014start&num=1
- a comparison from 19 March 2014 between Ubuntu with the Free and open-source graphics device driver distributed as part of Mesa 3D clearly outperforms Mac OS X 10.9.2 when playing OpenGL-based Xonotic on a MacBook Air 2013.
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:
- Linux kernel component DRM
- Linux kernel component KMS driver: basically the device driver for the display controller
- user-space component libDRM: a wrapper library for the system calls of the DRM, should only be used by Mesa 3D
- 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++.
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
- 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)
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
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
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.
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.
radeon 3D code is split into six parts: the
r300 classic-style drivers and
radeonsi Gallium3D-style drivers:
radeonsupports the R100 series
r200supports R200 series
r300gsupports pre-Unified shader model microarchitectures: R300, R400, and R500
r600gsupports all TeraScale (VLIW5/4)-based GPUs: R600, R700, HD 5000 ("Evergreen") and HD 6000 ("Northern Islands")
radeonsisupports all Graphics Core Next-based GPUs: HD 7000, HD 8000 and Rx 200 ("Southern Islands" or "Sea Islands")
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.
Beside providing the necessary documentation, AMD employees also actively contribute code to support their hardware and features of it.[AMD 1] At GDC 2014, AMD announced they were exploring a strategy change to re-base the user-space part of Catalyst on a free and open-source DRM kernel module instead of their proprietary kernel blob.[AMD 10]
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 worldwide. 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.
The initial release of the new amdgpu-stack has been announced on the dri-devel mailing list in April 2015.[AMD 11] Development and testing of the driver happens on GCN 1.1 graphics cards, but the driver is enabled only for GCN 1.2 graphics cards, as GCN 1.0 and 1.1 graphics cards are supported by the radeon driver. Regarding the naming of the involved microarchitectures consult Graphics Core Next.
Documentation about the GCN-hardware is available from AMD without the requirement to sign some NDA, with development mainly driven by AMD employees. The entire development should flow together into Alex Deucher's git-tree: http://cgit.freedesktop.org/~agd5f/linux/log/?h=amdgpu David Airlie is the overall maintainer for the entire DRM-tree. He sends his pull request directly to Torvalds.
Documented maintainers are best found in https://www.kernel.org/doc/linux/MAINTAINERS
amdkfd was mainlined into Linux kernel 3.19 and amdgpu into 4.2. The source code as released with Linux kernel can be viewed through cgit as follows:
- https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/diff/drivers/gpu/drm/amd/?id=v4.5&id2=v4.4 Linux kernel 4.5 (released March 14, 2016) brought support for AMD PowerPlay
The diffs with more or less insightful commentaries should be obtainable on the Linux kernel mailing list (LKML) and forks thereof e.g. https://lwn.net/Articles/653318/. Documentation of the software remains scarce and is scattered over the web in various blog posts…
There is a separate libdrm called libdrm-amdgpu, which has been included since libdrm 2.4.63.[AMD 12]
- "initial VCE support in Linux kernel and in the Mesa driver".
- "drm-next-3.15 Feb 18".
- "drm-next-3.15 Mar 04".
- "AMD Developer Guides".
- "Documentation provided by AMD".
- "AMD 3D Documentation list".
- "AMD to open up graphics specs". LWN.net. 2007-09-05. Retrieved 2014-07-15.
- "AMD: GPU Specifications Without NDAs!". 2007-09-10. Retrieved 2014-07-15.
- David Airlie (2007-09-13). "AMD hand me specs on a CD". Retrieved 2014-07-15.
- "AMD exploring new Linux driver Strategy". 2014-03-22. Retrieved 2014-03-23.
- "AInitial amdgpu driver release". 2015-04-20. Retrieved 2016-04-26.
- "libdrm 2.4.63". 2015-08-14.
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. 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.
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[update], 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]
History of nouveau
- "Support for EGL on 32-bit platforms". 2013-10-04. Retrieved 2014-07-15.
- "lib32-nvidia-utils 340.24-1 File List". 2014-07-15.
- "X.org nv driver page". 2013-05-20.
- "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
- "Nouveau – The community & past, current and future developments" (PDF). 2011-09-13. Retrieved 2014-07-15.
- 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.
- "Nvidia deprecates "NV"". Phoronix. 2010-03-26.
- "Nvidia offers to release public documentation on certain aspects of their GPUs". 2013-09-23. Retrieved 2013-09-24.
- "Nouveau: Accelerated Open Source driver for nVidia cards".
- "The Nouveau driver graduates from staging". LWN.net. 2012-03-23.
- "Engineering names for Nvidia".
- "drm/nouveau: initial support for GK20A (Tegra K1)". 2014-01-31.
- "Codethink Gets The NVIDIA Jetson TK1 Running With Linux 3.15, Wayland". Phoronix. 2014-06-12.
- Mayo, Jon (2012-04-20). "[RFC 0/4] Add NVIDIA Tegra DRM support". dri-devel (Mailing list). Retrieved 2012-08-21.
- Larabel, Michael (2012-04-11). "A NVIDIA Tegra 2 DRM/KMS Driver Tips Up". Phoronix Media. Retrieved 2012-08-21.
- "GTC 2013: NVIDIA's Tegra Roadmap (6 of 11)". YouTube. Retrieved 2013-07-10.
The 2D X.Org driver is called xf86-video-intel. The kernel modesetting driver in the Linux kernel 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.
nouveau drivers, Intel does not intend to utilize the Gallium3D framework for its graphics drivers. Intel has also recently put work into optimizing their free Linux drivers to have closer performance to their Windows counterparts, especially on Sandy Bridge and newer hardware where various performance optimizations have now allowed the free Intel driver to be able to outperform their proprietary Windows drivers at certain tasks. Some of these performance enhancements can also benefit users of older hardware.
Intel has 20 to 30 full-time Linux graphics developers.
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 develops these products:
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. On February 2, 2013, Verhaegen demonstrated Quake III Arena in timedemo mode, running on top of the
ARM has shown no intention of providing support for their graphics acceleration hardware licensed under some free and open-source license. But in December 2015 and April 2016 ARM employees did send patches for the Linux kernel to support at least their display controller SIP blocks "ARM HDLCD display controller" and Mali DP500, DP550 and DP650.
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.
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 what libv has achieved quicker than similar projects. The project has produced a functional-but-unoptimized Gallium3D LLVM driver. The
etna_viv driver has performed better than vivante's own proprietary code in some benchmarks. It supports Vivante's product line of GC400 Series, GC800 Series and the GC1000 Series.
BLTsvillehttp://graphics.github.io/bltsville/ is an open 2D API, usable for the 2D graphics chip Vivante GC320, included in Texas Instruments OMAP4 or as software only.
- Support in the form of a DRM driver appeared in Linux kernel 4.5: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/diff/drivers/gpu/drm/etnaviv?id=v4.5&id2=v4.4
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. 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. The driver code was published on Gitorious under the name
freedreno. It has since been moved to Mesa. In 2012, a working shader assembler was completed and demonstration versions were developed for texture mapping and phong shading 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.
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.
In January 2016, the Mesa Gallium3D-style driver gained support for Adreno 430.
freedreno: http://freedreno.github.io/ https://archive.fosdem.org/2013/schedule/event/freedreno/
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. 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 at that date reflected the very minimum needed to make an open-source announcement. The open-source components allowed message-passing between the ARM CPU and VideoCore, but offered little insight into Videocore and little further programmability. This was because the Videocore GPU runs an 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 at that date. Further, as there was 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 tried to document the VideoCore GPUs. Based upon this documentation a driver could have been 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
The free licensed 3D graphics code was committed to mesa on 2014-08-09, and first appeared on 10.3 release.
- Official Broadcom documentation: http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf
- VC4 DRM made it into Linux kernel 4.4: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/diff/drivers/gpu/drm/vc4?id=v4.4&id2=v4.3
- support for 3D acceleration made it into 4.5: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/diff/drivers/gpu/drm/vc4?id=v4.5&id2=v4.4 (merge)
- Anholt, Eric (2014-06-17). "New Job at Broadcom".
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. In July 2008, VIA opened up documentation for their products to improve its image within the Linux and open-source communities. 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. On January 6, 2011 it was announced that VIA was no longer interested in supporting free graphics initiatives.
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. 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) and one full-time employee working on the free software nouveau graphic drivers. 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. Other companies that have provided development or support include Novell and VMware.
Open hardware projects
- PCI bus interface (32 bit, 33/66 MHz, 3,3/5V compatible)
- Xilinx Spartan-3 S400 FPGA (aiming for ~100 MHz)
- 16 MB SDRAM (aiming for ~166 MHz)
- Onboard programmer with USB interface
- VGA connector
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).
Although these projects may exist, if they use FPGAs, they tend to have partially or completely non-free and closed-source toolchains. There are relatively few FPGAs with completely open-source toolchains.
- Intel GMA
- Direct Rendering Infrastructure (DRI)
- High Priority Free Software Projects
- 3D computer graphics
- Open Graphics Project
- Theo de Raadt (2006-12-03). "Open Documentation for Hardware". Presentation slides from OpenCON 2006. Retrieved 2007-02-01.
- "3.9: "Blob!"". OpenBSD. Retrieved 2007-02-12.
- Linux - How does the Rapid7 Advisory R7-0025 affect the Nvidia Unix driver?
- Linus Torvalds, kernel mailing list, Feb 7, 1999.
- Myths, Lies, and Truths about the Linux kernel by Greg Kroah-Hartman
- Peter Gutmann (2006-12-26). "A Cost Analysis of Windows Vista Content Protection". Retrieved 2007-01-28.
- Linux Weekly News, Aug 14, 2006: X.org, distributors, and proprietary modules
- 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.
- "The Linux Kernel Driver Interface". Retrieved 2014-03-04.
- "SamsungGalaxyBackdoor". 2014-02-04.
- "Android Nears 80% Market Share In Global Smartphone Shipments, As iOS And BlackBerry Share Slides, Per IDC".
- "Atomic Display Framework".
- "free3d.org FAQ".
Is glxgears an accurate measure of 3D performance? No, it sucks in multiple ways.
- "Ubuntu 14.04 outperforms OS X 10.9 on 2013 MacBook Air". Phoronix. 2014-03-19. Retrieved 2014-03-19.
- Details of package firmware-linux-nonfree in squeeze Debian.org
- "Nvidia's Response To Recent Nouveau Work". Phoronix. 2009-12-14.
- "AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver". Phoronix.
- "AMD Unleashes Initial AMDGPU Driver Support For GCN 1.0 / Southern Islands GPUs". Phoronix.
- 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)
- "Intel & The Shortcomings Of Gallium3D". Phoronix. 2010-04-13. Retrieved 2010-10-26.
- "More Performance Comes Out Of Intel Linux SNB". Phoronix. 2011-03-22. Retrieved 2011-03-23.
- "Intel Sandy Bridge Performance Goes Up Again". Phoronix. 2011-03-31. Retrieved 2011-03-31.
- "Intel SNB Linux Driver Can Out Run Windows Driver". Phoronix. 2011-05-23. Retrieved 2011-05-23.
- "A Historical Look At Intel Ironlake Graphics Performance". Phoronix. 2011-05-25. Retrieved 2011-05-25.
- "drm/i915: Use eLLC/LLC by default when available".
- "drm/i915: Use Write-Through cacheing for the display plane on Iris".
- "Intel Has 20~30 Full-Time Linux Graphics Developers". 2013-02-02.
- YouTube:FOSDEM 2012 - Open-Source ARM Mali
- Phoronix, Jan 21 2012: An Open-Source, Reverse-Engineered Mali GPU Driver
- Quake 3 Arena timedemo on top of the lima driver!
- "drm: Add support for the ARM HDLCD display controller". Linux kernel mailing list. 2015-12-11.
- "Initial support for ARM Mali Display Controller". Linux kernel mailing list. 2016-04-01.
- Free Software Foundation, Apr 25, 2005: High Priority Free Software Projects
- Michael Larabel (14 April 2012). "An Open-Source Graphics Driver For Snapdragon". Phoronix. Retrieved 15 April 2012.
- Soulskill (14 April 2012). "Open-Source Qualcomm GPU Driver Published". Slashdot. Retrieved 15 April 2012.
- Rob Clark (14 April 2012). "Fighting back against binary blobs!". Linaro. Retrieved 15 April 2012.
- Freedreno, 15 April 2012
- Rob Clark (29 July 2012). "freedreno update: first renders shader assembler!". Retrieved 16 August 2012.
- Rob Clark (5 August 2012). "textured cube (fullscreen!)". Retrieved 16 August 2012.
- Rob Clark (15 August 2012). "Open Source lolscat!". Retrieved 16 August 2012.
- "Open ARM GPU drivers – Freedreno". FOSDEM. 2013-02-02. Retrieved 2014-07-15.
- "Merge the MSM driver from Rob Clark". kernel.org. 2013-08-28. Retrieved 2014-06-04.
- "xf86-video-freedreno 1.2.0". freedesktop.org. 2014-07-14.
- "freedreno/a4xx: Add support for adreno 430".
- "Phoronix on the Raspberry Pi GPU".
- opening up ARM userland code for the Raspberry Pi
- 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.
- Michael Larabel (2008-07-26). "VIA Publishes Three Programming Guides". Phoronix. Retrieved 2008-08-04.
- Michael Larabel (2009-11-21). "VIA's Linux TODO List... Maybe Look Forward To 2011?". Phoronix. Retrieved 2009-12-30.
- VIA's Open Linux Graphics Driver Has Been Defenestrated Phoronix, January 06, 2011 (Article by Michael Larabel)
- "DisplayLink Releases Linux Source Code for its USB Graphics Processors" (Press release). DisplayLink. 2009-05-15. Retrieved 2009-05-15.
- AMD's Hiring Another Open-Source Driver Developer Phoronix, December 11, 2010 (Article by Michael Larabel)
- It's Fedora Graphics Test Week Phoronix, February 22, 2011 (Article by Michael Larabel)
- "Home of Project VGA, the low budget, open source, VGA compatible video card". 090503 wacco.mveas.com
- "Linux Fund: OGD1". Open Graphics Project. 2010-09-23. Retrieved 2011-11-04.
- Bourdeauducq, Sebastien (June 2010). "A performance-driven SoC architecture for video synthesis" (PDF). Retrieved 2010-11-05.
|Wikibooks has a book on the topic of: FLOSS Concept Booklet|