Flowchart with Tux, the Linux penguin
Data and instructions are sent to the GPU for processing. The rendered results are stored in a framebuffer, whose content is scanned by the display controller and sent to the screen.

A free and open-source graphics device driver is a software stack which controls computer-graphics hardware and supports graphics-rendering application programming interfaces (APIs) and is released under a free and open-source software license. Graphics device drivers are written for specific hardware to work within 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 by the Mesa project. The driver is made up of a compiler, a rendering API, and software which manages access to the graphics hardware.

Drivers without freely (and legally) -available source code are commonly known 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 for end users and package maintainers. These problems, which affect system stability, security and performance, 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 software license.

In rare cases, a manufacturer's driver source code is available on the Internet without a free license. This means that the code can be studied and altered for personal use, but the altered (and usually the original) source code cannot be freely distributed. Solutions to bugs in the driver cannot be easily shared in the form of modified versions of the driver. Therefore, the utility of such drivers is significantly reduced in comparison to free and open-source drivers.

Problems with proprietary drivers

Software developer's view

Flowchart; see caption
Illustration of the Linux graphics stack

There are objections to binary-only drivers based on copyright, security, reliability and development concerns. As part of a wider campaign against binary blobs, OpenBSD lead developer Theo de Raadt said that with a binary driver there is "no way to fix it when it breaks (and it will break)"; when 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 stated that binary drivers[2] "hide bugs and workarounds for bugs",[3] an observation which has been somewhat vindicated by flaws found in binary drivers (including an exploitable bug in Nvidia's 3D drivers discovered in October 2006 by Rapid7). It is speculated that the bug has existed since 2004; Nvidia has denied this, asserting that the issue was only communicated to them in July 2006 and the 2004 bug was a bug in X.Org (not in Nvidia's driver).[4]

Binary drivers often do not work with current versions of open-source software, and rarely support development snapshots of open-source software; 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. 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: "I refuse to even consider tying my hands over some binary-only module ... I want people to know that when they use binary-only modules, it's their problem".[5] Another kernel developer, Greg Kroah-Hartman, has said 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."[6] Writer and computer scientist Peter Gutmann has expressed concern 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, since it "requires that the operational details of the device be kept confidential."[7]

In the case of binary drivers, there are objections due to free software philosophy, software quality and security concerns.[8] In 2006 Greg Kroah-Hartman concluded that:

"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." [9]

The Linux kernel has never maintained a stable in-kernel application binary interface.[10] There are also concerns that proprietary drivers may contain backdoors, like the one found in Samsung Galaxy-series modem drivers.[11]

Hardware developer's view

Another flowchart; see caption
In the future, libGL-fglrx-glx could use the libDRM of the Radeon open-source driver instead of the proprietary binary blob; most of the investment is in the userspace driver.

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. Because all translation (from API calls to GPU opcodes) is done by the device driver, it contains specialized knowledge and is an object of optimization. Due to the history of the rigidity of proprietary driver development there has been a recent surge in the number of community-backed device drivers for desktop and mobile GPUs. Free and Open Hardware organizations like FOSSi, LowRISC, and others, would also benefit from the development of an open graphical hardware standard. This would then provide computer manufacturers, hobbyists, and the like with a complete, royalty-free platform with which to develop computing hardware and related devices.

The desktop computer market was long dominated by PC hardware using the x86/x86-64 instruction set and GPUs available for the PC. With 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 and the video decoder are inherent parts of the graphics card: hardware designed to assist in the calculations necessary for the decoding of video streams. As the market for PC hardware has dwindled, it seems unlikely that new competitors will enter this market and it is unclear how much more knowledge one company could gain by seeing the source code of other companies' drivers.

The mobile sector presents a different situation. The functional blocks (the application-specific integrated circuit display driver, 2- and 3D acceleration and video decoding and encoding) are separate semiconductor intellectual property (SIP) blocks on the chip, since hardware devices vary substantially; some portable media players require a display driver that accelerates video decoding, but does not require 3D acceleration. The development goal is not only raw 3D performance, but system integration, power consumption and 2D capabilities. There is also an approach which abandons the traditional method (Vsync) of updating the display and makes better use of sample and hold technology to lower power consumption.

During the second quarter of 2013 79.3 percent of smartphones sold worldwide were running a version of Android,[12] and the Linux kernel dominates smartphones. Hardware developers have an incentive to deliver Linux drivers for their hardware but, due to competition, no incentive to make these drivers free and open-source. Additional problems are the Android-specific augmentations to the Linux kernel which have not been accepted in mainline, such as the Atomic Display Framework (ADF).[13] ADF is a feature of 3.10 AOSP kernels which provides a dma-buf-centric framework between Android's hwcomposer HAL and the kernel driver. ADF significantly overlaps with the DRM-KMS framework. ADF has not been accepted into mainline, but a different set of solutions addressing the same problems (known as atomic mode setting) is under development. Projects such as libhybris harness Android device drivers to run on Linux platforms other than Android.

Software architecture

Illustration of differences between Gallium3D and Direct Rendering Infrastructure models
Although Mesa (DRI) and Gallium3D have different driver models, they share free and open-source code.
Driver example matrix
An example matrix of the Gallium3D driver model. With the introduction of the Gallium3D tracker and WinSys interfaces, 18 modules are required instead of 36. Each WinSys module can work with each Gallium3D device driver module and each State Tracker module.

Free and open-source drivers are primarily developed on and for Linux by Linux kernel developers, third-party programming enthusiasts and employees of companies such as Advanced Micro Devices. Each driver has five parts:

  1. A Linux kernel component DRM
  2. A Linux kernel component KMS driver (the display controller driver)
  3. A libDRM user-space component (a wrapper library for DRM system calls, which should only be used by Mesa 3D)
  4. A Mesa 3D user-space component. This component is hardware-specific; it is executed on the CPU and translates OpenGL commands, for example, into machine code for the GPU. Because the device driver is split, marshalling is possible. Mesa 3D is the only free and open-source implementation of OpenGL, OpenGL ES, OpenVG, GLX, EGL and OpenCL. In July 2014, most of the components conformed to Gallium3D specifications. A fully functional State Tracker for Direct3D version 9 is written in C, and an unmaintained tracker for Direct3D versions 10 and 11 is written in C++.[14] Wine has Direct3D version 9. Another Wine component translates Direct3D calls into OpenGL calls, working with OpenGL.
  5. Device Dependent X (DDX), another 2D graphics device driver for X.Org Server

The DRM is kernel-specific. A VESA driver is generally available for any operating system. The VESA driver supports most graphics cards without acceleration and at display resolutions limited to a set programmed in the Video BIOS by the manufacturer.[15]

History

The Linux graphics stack has evolved, detoured by the X Window System core protocol.

Free and open-source drivers

ATI and AMD

Radeon

Diagram
Linux device drivers for AMD hardware in August 2016

AMD's proprietary driver, AMD Catalyst for their Radeon, is available for Microsoft Windows and Linux (formerly fglrx). A current version can be downloaded from AMD's site, and some Linux distributions contain it in their repositories. It is in the process of being replaced with an AMDGPU-PRO hybrid driver combining the open-source kernel, X and Mesa multimedia drivers with closed-source OpenGL, OpenCL and Vulkan drivers derived from Catalyst.

The FOSS drivers for ATI-AMD GPUs are being developed under the name Radeon (xf86-video-ati or xserver-xorg-video-radeon). They still must load proprietary microcode into the GPU to enable hardware acceleration.[16]

Radeon 3D code is split into six drivers, according to GPU technology: the radeon, r200 and r300 classic drivers and r300g, r600g and radeonsi Gallium3D drivers:

An up-to-date feature matrix is available,[17] and there is support for Video Coding Engine[18] and Unified Video Decoder.[19][20] The free and open-source Radeon graphics device drivers are not reverse-engineered, but are based on documentation released by AMD without the requirement to sign a non-disclosure agreement (NDA).[21][22][23] Documentation began to be gradually released in 2007.[24][25][26]

In addition to providing the necessary documentation, AMD employees contribute code to support their hardware and features.[18]

All components of the Radeon graphics device driver are developed by core contributors and interested parties worldwide. In 2011, the r300g outperformed Catalyst in some cases.

AMDGPU

At the 2014 Game Developers Conference, AMD announced that 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.[27]

The release of the new AMDGPU kernel module and stack was announced on the dri-devel mailing list in April 2015.[28] Although AMDGPU only officially supports GCN 1.2 and later graphics cards,[29] experimental support for GCN 1.0 and 1.1 graphics cards (which are only officially supported by the Radeon driver) may be enabled via a kernel parameter.[30][31] A separate libdrm, libdrm-amdgpu, has been included since libdrm 2.4.63.[32]

The radeonsi 3D code mentioned in the previous Radeon paragraph is also used with amdgpu; the 3D driver has back ends for both radeon and amdgpu.

Nvidia

Screenshot of grass growing out of the water
Screenshot of REnouveau, a program which collects data for most of Nouveau's reverse-engineering work

Nvidia's proprietary driver, Nvidia GeForce driver for GeForce, is available for Windows x86/x86-64, Linux x86/x86-64/ARM, 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. The 4 October 2013 beta Nvidia GeForce driver 331.13 supports the EGL interface, enabling support for Wayland in conjunction with this driver.[33][34]

Nvidia's free and open-source driver is named nv.[35] It is limited (supporting only 2D acceleration), and Matthew Garrett, Dirk Hohndel and others have called its source code confusing.[36][37][38] Nvidia decided to deprecate nv, not adding support for Fermi or later GPUs and DisplayPort, in March 2010.[39]

In December 2009, Nvidia announced they would not support free graphics initiatives.[40] On 23 September 2013 The company announced that they would release some documentation of their GPUs.[41]

Nouveau is based almost entirely on information gained through reverse engineering. This project aims to produce 3D acceleration for X.Org/Wayland using Gallium3D.[42] On March 26, 2012, Nouveau's DRM component was marked stable and promoted from the staging area of the Linux kernel.[43] Nouveau supports Tesla- (and earlier), Fermi-, Kepler- and Maxwell-based GPUs.[44] On 31 January 2014, Nvidia employee Alexandre Courbot committed an extensive patch set which adds initial support for the GK20A (Tegra K1) to Nouveau.[45] In June 2014, Codethink reportedly ran a Wayland-based Weston compositor with Linux kernel 3.15, using EGL and a "100% open-source graphics driver stack" on a Tegra K1.[46] A feature matrix is available.[47] In July 2014, Nouveau was unable to outperform the Nvidia GeForce driver due to missing re-clocking support. Tegra-re is a project which is working to reverse-engineer nVidia's VLIW-based Tegra series of GPUs that predate Tegra K1.[48]

Nvidia distributes proprietary device drivers for Tegra through OEMs and as part of its Linux for Tegra (formerly L4T) development kit.[49] Nvidia and a partner, Avionic Design, were working on submitting Grate (free and open-source drivers for Tegra) upstream of the mainline Linux kernel in April 2012.[50][51] The company's co-founder and CEO laid out the Tegra processor roadmap with Ubuntu Unity at the 2013 GPU Technology Conference.[52]

Nvidia's Unified Memory driver (nvidia-uvm.ko), which implements memory management for Pascal and Volta GPUs on Linux, is MIT licensed. The source code is available in the Nvidia Linux driver downloads on systems that support nvidia-uvm.ko.

In May 2022 Nvidia Announced a new initiative and policy to open source its GPU Loadable Kernel Modules with dual GPL/MIT license, but only new models at alpha quality. But said "These changes are for the kernel modules, while the user-mode components are untouched. The user-mode remains closed source and is published with prebuilt binaries in the driver and the CUDA toolkit."[53]

Intel

Intel has a history of producing (or commissioning) open-source drivers for its graphics chips, with the exception of their PowerVR-based chips.[54] Their 2D X.Org driver is called xf86-video-intel. The kernel mode-setting driver in the Linux kernel does not use the Video BIOS for switching video modes; since some BIOSes have a limited range of modes, this provides more reliable access to those supported by Intel video adapters.

The company worked on optimizing their free Linux drivers for performance approaching their Windows counterparts, especially on Sandy Bridge and newer hardware where performance optimizations have allowed the Intel driver to outperform their proprietary Windows drivers in certain tasks, in 2011.[55][56][57] Some of the performance enhancements may also benefit users of older hardware.[58]

Support for Intel's LLC (Last Level Cache, L4-Cache, Crystalwell and Iris Pro) was added in Linux kernel 3.12,[59][60] and the company has 20 to 30 full-time Linux graphics developers.[61]

Matrox

Matrox develops and manufactures the Matrox Mystique, Parhelia, G200, G400 and G550. Although the company provides free and open-source drivers for their chipsets which are older than the G550; chipsets newer than the G550 are supported by a closed-source driver.

S3 Graphics

S3 Graphics develops the S3 Trio, ViRGE, Savage and Chrome, supported by OpenChrome.[62]

Arm Ltd

Arm Ltd is a fabless semiconductor company which licenses semiconductor intellectual property cores. Although they are known for the licensing the ARM instruction set and CPUs based on it, they also develop and license the Mali series of GPUs, and more recently Imortalis GPUs that support ray-tracing. On January 21, 2012, Phoronix reported that Luc Verhaegen was driving a reverse-engineering attempt aimed at the Arm Mali series of GPUs (specifically, the Mali-200 and Mali-400 versions). The reverse-engineering project, known as Lima, was presented at FOSDEM on February 4, 2012.[63][64] On February 2, 2013, Verhaegen demonstrated Quake III Arena in timedemo mode, running on top of the Lima driver.[65] In May 2018, a Lima developer posted the driver for inclusion in the Linux kernel.[66] As of May 2019, the Lima driver is part of the mainline Linux kernel.[67]

Panfrost is a reverse-engineered driver effort for Mali Txxx (Midgard) and Gxx (Bifrost) GPUs. Introducing Panfrost talk was presented at X.Org Developer's Conference 2018. As of May 2019, the Panfrost driver is part of the mainline Linux kernel.[68]

ARM has indicated no intention of providing support for their graphics acceleration hardware licensed under a free and open-source license. However, ARM employees sent patches for the Linux kernel to support their ARM HDLCD display controller and Mali DP500, DP550 and DP650 SIP blocks in December 2015 and April 2016.[69][70]

Imagination Technologies

Imagination Technologies is a fabless semiconductor company which develops and licenses semiconductor intellectual property cores, among which are the PowerVR GPUs. Intel has manufactured a number of PowerVR-based GPUs. PowerVR GPUs are widely used in mobile SoCs. Due to its wide use in embedded devices, the Free Software Foundation has put reverse-engineering of the PowerVR driver on its high-priority project list.[71] As of March 2022, Imagination has provided a FOSS driver for its Rogue architecture-based PowerVR GX6250 from 2014, and its more recent A-Series architecture-based AXE-1-16M and BXS-4-64 GPUs.[72]

Vivante

Vivante Corporation is a fabless semiconductor company which licenses semiconductor intellectual property cores and develops the GCxxxx series of GPUs. A Vivante proprietary, closed-source Linux driver consists of kernel- and user-space parts. Although the kernel component is open-source (GPL), the user-space components—consisting of the GLES(2) implementations and a HAL library—are not; these contain the bulk of the driver logic.

Wladimir J. van der Laan found and documented the state bits, command stream and shader ISA by studying how the blobs work, examining and manipulating command-stream dumps. The Etnaviv Gallium3D driver is being written based on this documentation. Van der Laan's work was inspired by the Lima driver, and the project has produced a functional-but-unoptimized Gallium3D LLVM driver. The Etnaviv driver has performed better than Vivante's proprietary code in some benchmarks, and it supports Vivante's GC400, GC800, GC1000, GC2000, GC3000 and GC7000 series.[73] In January 2017, Etnaviv was added to Mesa with both OpenGL ES 2.0 and Desktop OpenGL 2.1 support.[74]

Qualcomm

Qualcomm develops the Adreno (formerly ATI Imageon) mobile GPU series, and includes it as part of their Snapdragon mobile SoC series. Phoronix and Slashdot reported in 2012 that Rob Clark, inspired by the Lima driver, was working on reverse-engineering drivers for the Adreno GPU series.[75][76] In a referenced blog post, Clark wrote that he was doing the project in his spare time and that the Qualcomm platform was his only viable target for working on open 3D graphics. His employers (Texas Instruments and Linaro) were affiliated with the Imagination PowerVR and ARM Mali cores, which would have been his primary targets; he had working command streams for 2D support, and 3D commands seemed to have the same characteristics.[77] The driver code was published on Gitorious "freedreno",[78] and has been moved to Mesa.[79][80] In 2012, a working shader assembler was completed;[81] demonstration versions were developed for texture mapping[82] and phong shading,[83] using the reverse-engineered shader compiler. Clark demonstrated Freedreno running desktop compositing, the XBMC media player and Quake III Arena at FOSDEM on February 2, 2013.[84]

In August 2013, the kernel component of freedreno (MSM driver) was accepted into mainline and is available in Linux kernel 3.12 and later.[85] The DDX driver gained support for server-managed file descriptors requiring X.Org Server version 1.16 and above in July 2014.[86] In January 2016, the Mesa Gallium3D-style driver gained support for Adreno 430;[87] in November of that year, the driver added support for the Adreno 500 series.[88] Freedreno can be used on devices such as 96Boards Dragonboard 410c and Nexus 7 (2013) in traditional Linux distributions (like Debian and Fedora) and on Android.

Broadcom

Software diagram
The Mesa driver for VideoCore4, VC4, was written from scratch by Broadcom's Eric Anholt.[89]

Broadcom develops and designs the VideoCore GPU series as part of their SoCs. Since it is used by the Raspberry Pi, there has been considerable interest in a FOSS driver for VideoCore.[90] The Raspberry Pi Foundation, in co-operation with Broadcom, announced on October 24, 2012, that they open-sourced "all the ARM (CPU) code that drives the GPU". However, the announcement was misleading; according to the author of the reverse-engineered Lima driver, the newly open-sourced components only allowed message-passing between the ARM CPU and VideoCore but offered little insight into Videocore and little additional programability.[91] The Videocore GPU runs an RTOS which handles the processing; video acceleration is done with RTOS firmware coded for its proprietary GPU, and the firmware was not open-sourced on that date.[92] Since there was neither a toolchain targeting the proprietary GPU nor a documented instruction set, no advantage could be taken if the firmware source code became available. The Videocoreiv project[93] attempted to document the VideoCore GPUs.

On February 28, 2014 (the Raspberry Pi's second anniversary), Broadcom and 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.[94][95] The free-license 3D graphics code was committed to Mesa on 29 August 2014,[96] and first appeared on Mesa's 10.3 release.

Other vendors

Although Silicon Integrated Systems and VIA Technologies have expressed limited interest in open-source drivers, both have released source code which has been integrated into X.Org by FOSS developers.[38] In July 2008, VIA opened documentation of their products to improve its image in the Linux and open-source communities.[97] The company has failed to work with the open-source community to provide documentation and a working DRM driver, leaving expectations of Linux support unfulfilled.[98] On January 6, 2011, it was announced that VIA was no longer interested in supporting free graphics initiatives.[99]

DisplayLink announced an open-source project, Libdlo,[100] with the goal of bringing support for their USB graphics technology to Linux and other platforms. Its code is available under the LGPL license,[101] but it has not 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 in March 2012 was only available in the drm-next tree.

Non-hardware-related vendors may also assist free graphics initiatives. Red Hat has two full-time employees (David Airlie and Jérôme Glisse) working on Radeon software,[102] and the Fedora Project sponsors a Fedora Graphics Test Week event before the launch of their new Linux distribution versions to test free graphics drivers.[103] Other companies which have provided development or support include Novell and VMware.

Open hardware projects

See caption
Assembled Project VGA graphics board
Another circuit board
Open Graphics Project prototype

Project VGA aims to create a low-budget, open-source VGA-compatible video card.[104] The Open Graphics Project aims to create an open-hardware GPU. The Open Graphics Device v1 has dual DVI-I outputs and a 100-pin IDC connector. In September 2010, the first 25 OGD1 boards were made available for grant application and purchase.[105] The Milkymist system on a chip, targeted at embedded graphics instead of desktop computers, supports a VGA output, a limited vertex shader and a 2D texturing unit.[106]

The Nyuzi,[107] an experimental GPGPU processor, includes a synthesizable hardware design written in System Verilog, an instruction set emulator, an LLVM-based C-C++ compiler, software libraries and tests and explores parallel software and hardware. It can run on a Terasic DE2-115 field-programmable gate array board.[108][109]

If a project uses FPGAs, it generally has a partially (or completely) closed-source toolchain. There are currently a couple of open-source toolchains available, however, for Lattice-based FPGAs (notably for iCE40 and ECP5 boards) which utilize Project IceStorm,[110] and Trellis,[111] respectively. There is also a larger, ongoing effort to create the "GCC of FPGAs" called SymbiFlow[112] which includes the aforementioned FPGA toolchains as well as an early-stage open-source toolchain for Xilinx-based FPGAs.

See also

References

  1. Theo de Raadt (2006-12-03). "Open Documentation for Hardware". Presentation slides from OpenCON 2006. Retrieved 2007-02-01.
  2. "What does "binary" means in device driver?". Retrieved November 14, 2017.
  3. "3.9: "Blob!"". OpenBSD. Retrieved 2007-02-12.
  4. "Linux - How does the Rapid7 Advisory R7-0025 affect the NVIDIA Unix driver?".
  5. "a/lt-binary".
  6. Kroah-Hartman, Greg. "Myths, Lies, and Truths about the Linux kernel". linux kernel monkey log.
  7. Peter Gutmann (2006-12-26). "A Cost Analysis of Windows Vista Content Protection". Retrieved 2007-01-28. {{cite journal}}: Cite journal requires |journal= (help)
  8. Linux Weekly News, Aug 14, 2006: X.org, distributors, and proprietary modules
  9. Greg Kroah-Hartman (2006). "Myths, Lies, and Truths about the Linux kernel". Linux Symposium.
  10. "The Linux Kernel Driver Interface". Archived from the original on 2013-11-04. Retrieved 2014-03-04.
  11. "SamsungGalaxyBackdoor". 2014-02-04.
  12. "Android Nears 80% Market Share In Global Smartphone Shipments, As iOS And BlackBerry Share Slides, Per IDC". 7 August 2013.
  13. "Atomic Display Framework".
  14. "Direct3D 9 state tracker". 16 July 2013. Archived from the original on 20 July 2013. Retrieved 15 November 2017.
  15. "Index of /doc/Documentation/fb/". Retrieved 15 November 2017.
  16. Details of Debian package firmware-linux-nonfree in Stable Debian.org
  17. "Radeon Feature". Retrieved 15 November 2017.
  18. 1 2 "initial VCE support in Linux kernel and in the Mesa driver". 4 February 2014.
  19. "drm-next-3.15 Feb 18". 18 February 2014.
  20. "drm-next-3.15 Mar 04". 4 March 2014.
  21. "AMD Developer Guides". Archived from the original on 2013-07-16.
  22. "Documentation provided by AMD".
  23. "AMD 3D Documentation list". Archived from the original on 2013-10-07.
  24. "AMD to open up graphics specs". LWN.net. 2007-09-05. Retrieved 2014-07-15.
  25. "AMD: GPU Specifications Without NDAs!". 2007-09-10. Retrieved 2014-07-15.
  26. David Airlie (2007-09-13). "AMD hand me specs on a CD". Archived from the original on 2012-10-22. Retrieved 2014-07-15.
  27. "AMD exploring new Linux driver Strategy". 2014-03-22. Retrieved 2014-03-23.
  28. "Initial AMDGPU driver release". 2015-04-20. Retrieved 2016-04-26.
  29. "AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver". Phoronix.
  30. "AMDGPU driver documentation". Freedesktop.org.
  31. "AMD Unleashes Initial AMDGPU Driver Support For GCN 1.0 / Southern Islands GPUs". Phoronix.
  32. "libdrm 2.4.63". 2015-08-14.
  33. "Support for EGL on 32-bit platforms". 2013-10-04. Retrieved 2014-07-15.
  34. "lib32-nvidia-utils 340.24-1 File List". 2014-07-15.
  35. "X.org nv driver page". 2013-05-20.
  36. "Patch by Dirk Hohndel". 1998-11-18. Archived from the original on 2014-02-01. Retrieved 2014-07-15. ... opposed to such obfuscated code. We do not regard this as free software according to our standards
  37. "Nouveau – The community & past, current and future developments" (PDF). 2011-09-13. Retrieved 2014-07-15.
  38. 1 2 David M. Airlie (2006-07-19). "Open Source Graphic DriversThey Don't Kill Kittens" (PDF). Proceedings of the Linux Symposium Volume One. Ottawa, Ontario, Canada. Archived from the original (PDF) on 2007-02-08. Retrieved 2007-01-28.
  39. "Nvidia deprecates "NV"". Phoronix. 2010-03-26.
  40. "Nvidia's Response To Recent Nouveau Work". Phoronix. 2009-12-14.
  41. "Nvidia offers to release public documentation on certain aspects of their GPUs". 2013-09-23. Retrieved 2013-09-24.
  42. "Nouveau: Accelerated Open Source driver for nVidia cards". Archived from the original on 2014-07-23. Retrieved 2006-08-10.
  43. "The Nouveau driver graduates from staging". LWN.net. 2012-03-23.
  44. "Engineering names for Nvidia".
  45. "drm/nouveau: initial support for GK20A (Tegra K1)". 2014-01-31.
  46. "Codethink Gets The NVIDIA Jetson TK1 Running With Linux 3.15, Wayland". Phoronix. 2014-06-12.
  47. "Nouveau Driver Feature Matrix". Retrieved 16 November 2017.
  48. "Tegra-re". GitHub. Retrieved 16 November 2017.
  49. "Linux For Tegra Archive". 30 January 2014. Retrieved 16 November 2017.
  50. Mayo, Jon (2012-04-20). "[RFC 0/4] Add NVIDIA Tegra DRM support". dri-devel (Mailing list). Retrieved 2012-08-21.
  51. Larabel, Michael (2012-04-11). "A NVIDIA Tegra 2 DRM/KMS Driver Tips Up". Phoronix Media. Retrieved 2012-08-21.
  52. "GTC 2013: NVIDIA's Tegra Roadmap (6 of 11)". YouTube. Archived from the original on 2021-12-21. Retrieved 2013-07-10.
  53. "NVIDIA Releases Open-Source GPU Kernel Modules". 2022-05-19. Retrieved 2022-06-07.
  54. 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)
  55. "More Performance Comes Out Of Intel Linux SNB". Phoronix. 2011-03-22. Retrieved 2011-03-23.
  56. "Intel Sandy Bridge Performance Goes Up Again". Phoronix. 2011-03-31. Retrieved 2011-03-31.
  57. "Intel SNB Linux Driver Can Out Run Windows Driver". Phoronix. 2011-05-23. Retrieved 2011-05-23.
  58. "A Historical Look At Intel Ironlake Graphics Performance". Phoronix. 2011-05-25. Retrieved 2011-05-25.
  59. "drm/i915: Use eLLC/LLC by default when available".
  60. "drm/i915: Use Write-Through cacheing for the display plane on Iris".
  61. "Intel Has 20~30 Full-Time Linux Graphics Developers". 2013-02-02.
  62. "OpenChrome". Retrieved 16 November 2017.
  63. phoronix (6 February 2012). "Phoronix.com - FOSDEM 2012 - Open-Source ARM Mali". Archived from the original on 2021-12-21 via YouTube.
  64. Phoronix, Jan 21 2012: An Open-Source, Reverse-Engineered Mali GPU Driver
  65. "Quake 3 Arena timedemo on top of the lima driver!". Archived from the original on 2013-02-09.
  66. "Lima DRM driver [LWN.net]". lwn.net.
  67. drm/lima: driver for ARM Mali4xx GPUs}
  68. drm/panfrost: Add initial panfrost driver
  69. "drm: Add support for the ARM HDLCD display controller". Linux kernel mailing list. 2015-12-11.
  70. "Initial support for ARM Mali Display Controller". Linux kernel mailing list. 2016-04-01.
  71. Free Software Foundation, Apr 25, 2005: High Priority Free Software Projects
  72. "Imagination Tech Publishes Open-Source PowerVR Vulkan Driver For Mesa". www.phoronix.com. Retrieved 2022-04-19.
  73. "laanwj/etna_viv". GitHub.
  74. "etnaviv: gallium driver for Vivante GPUs".
  75. Michael Larabel (14 April 2012). "An Open-Source Graphics Driver For Snapdragon". Phoronix. Retrieved 15 April 2012.
  76. Soulskill (14 April 2012). "Open-Source Qualcomm GPU Driver Published". Slashdot. Retrieved 15 April 2012.
  77. Rob Clark (14 April 2012). "Fighting back against binary blobs!". Linaro. Retrieved 15 April 2012.
  78. Freedreno, 15 April 2012 Archived 24 October 2012 at the Wayback Machine
  79. "Mesa/Gallium3D Gets Its First ARM SoC GPU Driver - Phoronix".
  80. "Mesa (master): r600g: add Richland APU pci ids". 15 March 2013.
  81. Rob Clark (29 July 2012). "freedreno update: first renders shader assembler!". Retrieved 16 August 2012.
  82. Rob Clark (5 August 2012). "textured cube (fullscreen!)". Retrieved 16 August 2012.
  83. Rob Clark (15 August 2012). "Open Source lolscat!". Retrieved 16 August 2012.
  84. "Open ARM GPU drivers – Freedreno". FOSDEM. 2013-02-02. Retrieved 2014-07-15.
  85. "Merge the MSM driver from Rob Clark". kernel.org. 2013-08-28. Retrieved 2014-06-04.
  86. "xf86-video-freedreno 1.2.0". freedesktop.org. 2014-07-14.
  87. "Add support for adreno 430". Retrieved 15 November 2017.
  88. "Index Mesa-Mesa". Retrieved 15 November 2017.
  89. Anholt, Eric (2014-06-17). "New Job at Broadcom". Archived from the original on 2015-04-07.
  90. "Phoronix on the Raspberry Pi GPU".
  91. "Open Source ARM userland - Raspberry Pi". 24 October 2012.
  92. "Open Source ARM userland - Raspberry Pi". 24 October 2012. Archived from the original on 30 October 2012. Retrieved 1 November 2012.
  93. "hermanhermitage/videocoreiv". GitHub.
  94. "Raspberry Pi marks 2nd birthday with plan for open source graphics driver". 28 February 2014.
  95. Upton, Eben (28 February 2014). "A birthday present from Broadcom - Raspberry Pi". Raspberry Pi Foundation. Retrieved 8 July 2019.
  96. "vc4: Initial skeleton driver import". The Mesa 3D Graphics Library. 2014-08-09.
  97. Michael Larabel (2008-07-26). "VIA Publishes Three Programming Guides". Phoronix. Retrieved 2008-08-04.
  98. Michael Larabel (2009-11-21). "VIA's Linux TODO List... Maybe Look Forward To 2011?". Phoronix. Retrieved 2009-12-30.
  99. VIA's Open Linux Graphics Driver Has Been Defenestrated Phoronix, January 06, 2011 (Article by Michael Larabel)
  100. "Libdlo". Retrieved 16 November 2017.
  101. "DisplayLink Releases Linux Source Code for its USB Graphics Processors" (Press release). DisplayLink. 2009-05-15. Retrieved 2009-05-15.
  102. AMD's Hiring Another Open-Source Driver Developer Phoronix, December 11, 2010 (Article by Michael Larabel)
  103. It's Fedora Graphics Test Week Phoronix, February 22, 2011 (Article by Michael Larabel)
  104. "Home of Project VGA, the low budget, open source, VGA compatible video card". 090503 wacco.mveas.com
  105. "Linux Fund: OGD1". Open Graphics Project. 2010-09-23. Retrieved 2011-11-04.
  106. Bourdeauducq, Sebastien (June 2010). "A performance-driven SoC architecture for video synthesis" (PDF). Archived from the original (PDF) on 2011-07-27. Retrieved 2010-11-05.
  107. "Nyuzi is an experimental GPGPU processor". GitHub. June 2021.
  108. "SOC Test Environment". GitHub.
  109. "Running on Terasic DE2-115 FPGA board". GitHub.
  110. "Project IceStorm Homepage". 21 January 2022.
  111. "Project Trellis Repository". GitHub. 30 May 2021.
  112. "SymbiFlow Homepage".
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.