Linux framebuffer

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages) This article relies excessively on references to primary sources. Please improve this article by adding secondary or tertiary sources. Find sources: "Linux framebuffer" – news · newspapers · books · scholar · JSTOR (March 2011) (Learn how and when to remove this message) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Linux framebuffer" – news · newspapers · books · scholar · JSTOR (March 2010) (Learn how and when to remove this message) (Learn how and when to remove this message)

The Linux framebuffer (fbdev) is a linux subsystem used to show graphics on a computer monitor, typically on the system console.^[1]

It was designed as a hardware-independent API to give user space software access to the framebuffer (the part of a computer's video memory containing a current video frame) using only the Linux kernel's own basic facilities and its device file system interface, avoiding the need for libraries like SVGAlib which effectively implemented video drivers in user space.

In most applications, fbdev has been superseded by the Linux Direct Rendering Manager subsystem, but as of 2022, several drivers provide both DRM and fbdev APIs for backwards compatibility with software that has not been updated to use the DRM system, and there are still fbdev drivers for older (mostly embedded) hardware that does not have a DRM driver.^[2]

There are three applications of the Linux framebuffer:

• An implementation of text Linux console that doesn't use hardware text mode (useful when that mode is unavailable, or to overcome its restrictions on glyph size, number of code points etc.). One popular aspect of this is the ability to have console show the Tux logo at boot up.
• A graphic output method for a display server, independent of video adapter hardware and its drivers.
• Graphic programs avoiding the overhead of the X Window System.

Examples of the third application include Linux programs such as MPlayer, links2, NetSurf, w3m, fbff,^[3] fbida,^[4] and fim,^[5] and libraries such as GLUT, SDL (version 1.2), GTK, and Qt, which can all use the framebuffer directly.^[6] This use case is particularly popular in embedded systems.

The now defunct^[7] DirectFB is another project aimed at providing a framework for hardware acceleration of the Linux framebuffer.

There was also a windowing system called FramebufferUI (fbui) implemented in kernel-space that provided a basic 2D windowing experience with very little memory use.^[8]

Linux has had generic framebuffer support since the 2.1.109 kernel.^[9]

It was originally implemented to allow the kernel to emulate a text console on systems such as the Apple Macintosh that do not have a text-mode display, and was later expanded to the IBM PC compatible platform.

• Direct Rendering Infrastructure
• Kernel mode setting

• Linux framebuffer on SourceForge
• XFree86 doc