Navigation: Linux Kernel Driver DataBase - web LKDDB: Main index - F index
The Linux kernel configuration item CONFIG_FB
has multiple definitions:
drivers/video/fbdev/Kconfig
The configuration item CONFIG_FB:
(none)
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.rst and the Framebuffer-HOWTO at http://www.munted.org.uk/programming/Framebuffer-HOWTO-1.3.html for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
drivers/video/Kconfig
The configuration item CONFIG_FB:
(none)
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.txt and the Framebuffer-HOWTO at http://www.munted.org.uk/programming/Framebuffer-HOWTO-1.3.html for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
arch/mips/Kconfig
The configuration item CONFIG_FB:
CONFIG_MIPS_MAGNUM_4000 || CONFIG_OLIVETTI_M700
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.txt and the Framebuffer-HOWTO at http://www.tldp.org/docs.html#howto for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
drivers/video/Kconfig
The configuration item CONFIG_FB:
(none)
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.txt and the Framebuffer-HOWTO at http://www.tahallah.demon.co.uk/programming/prog.html for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
arch/mips/Kconfig-shared
The configuration item CONFIG_FB:
CONFIG_MIPS_MAGNUM_4000 || CONFIG_OLIVETTI_M700
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.txt and the Framebuffer-HOWTO at http://www.tahallah.demon.co.uk/programming/prog.html for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
drivers/video/Kconfig
The configuration item CONFIG_FB:
(none)
fb
, fb
The frame buffer device provides an abstraction for the graphics hardware. It represents the frame buffer of some video hardware and allows application software to access the graphics hardware through a well-defined interface, so the software doesn't need to know anything about the low-level (hardware register) stuff.
Frame buffer devices work identically across the different architectures supported by Linux and make the implementation of application programs easier and more portable; at this point, an X server exists which uses the frame buffer device exclusively. On several non-X86 architectures, the frame buffer device is the only way to use the graphics hardware.
The device is accessed through special device nodes, usually located in the /dev directory, i.e. /dev/fb*.
You need an utility program called fbset to make full use of frame buffer devices. Please read Documentation/fb/framebuffer.txt and the Framebuffer-HOWTO at http://www.tahallah.demon.co.uk/programming/prog.html for more information.
Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential. Please note that running graphical applications that directly touch the hardware (e.g. an accelerated X server) and that are not frame buffer device-aware may cause unexpected results. If unsure, say N.
Raw data from LKDDb:
lkddb module fb CONFIG_FB : drivers/video/Kconfig : "Support for frame buffer devices" # in 2.6.12–2.6.39, 3.0–3.14
lkddb module fb CONFIG_FB : drivers/video/fbdev/Kconfig : "Support for frame buffer devices" # in 3.15–3.19, 4.0–4.20, 5.0–5.19, 6.0–6.3, 6.4-rc+HEAD
This page is automaticly generated with free (libre, open) software lkddb(see lkddb-sources).
The data is retrived from:
Popular queries:
Navigation: Linux Kernel Driver DataBase - web LKDDB: main index - F index
Automatically generated (in year 2023). See also LKDDb sources on GitLab