uvesafb - A Generic Driver for VBE2+ compliant video cards

1. Requirements

uvesafb should work with any video card that has a Video BIOS compliantwith the VBE 2.0 standard.

Unlike other drivers, uvesafb makes use of a userspace helper calledv86d. v86d is used to run the x86 Video BIOS code in a simulated andcontrolled environment. This allows uvesafb to function on arches otherthan x86. Check the v86d documentation for a list of currently supportedarches.

v86d source code can be downloaded from the following website:

Please refer to the v86d documentation for detailed configuration andinstallation instructions.

Note that the v86d userspace helper has to be available at all times inorder for uvesafb to work properly. If you want to use uvesafb duringearly boot, you will have to include v86d into an initramfs image, andeither compile it into the kernel or use it as an initrd.

2. Caveats and limitations

uvesafb is a _generic_ driver which supports a wide variety of videocards, but which is ultimately limited by the Video BIOS interface.The most important limitations are:

  • Lack of any type of acceleration.
  • A strict and limited set of supported video modes. Often the nativeor most optimal resolution/refresh rate for your setup will not workwith uvesafb, simply because the Video BIOS doesn’t support thevideo mode you want to use. This can be especially painful withwidescreen panels, where native video modes don’t have the 4:3 aspectratio, which is what most BIOS-es are limited to.
  • Adjusting the refresh rate is only possible with a VBE 3.0 compliantVideo BIOS. Note that many nVidia Video BIOS-es claim to be VBE 3.0compliant, while they simply ignore any refresh rate settings.

3. Configuration

uvesafb can be compiled either as a module, or directly into the kernel.In both cases it supports the same set of configuration options, whichare either given on the kernel command line or as module parameters, e.g.:

video=uvesafb:1024x768-32,mtrr:3,ywrap (compiled into the kernel)# modprobe uvesafb mode_option=1024x768-32 mtrr=3 scroll=ywrap  (module)

Accepted options:

ypanEnable display panning using the VESA protected modeinterface. The visible screen is just a window of thevideo memory, console scrolling is done by changing thestart of the window. This option is available on x86only and is the default option on that architecture.
ywrapSame as ypan, but assumes your gfx board can wrap-aroundthe video memory (i.e. starts reading from top if itreaches the end of video memory). Faster than ypan.Available on x86 only.
redrawScroll by redrawing the affected part of the screen, thisis the default on non-x86.

(If you’re using uvesafb as a module, the above three options areused a parameter of the scroll option, e.g. scroll=ypan.)

vgapalUse the standard VGA registers for palette changes.
pmipalUse the protected mode interface for palette changes.This is the default if the protected mode interface isavailable. Available on x86 only.
mtrr:n

Setup memory type range registers for the framebufferwhere n:

  • 0 - disabled (equivalent to nomtrr)
  • 3 - write-combining (default)

Values other than 0 and 3 will result in a warning and will betreated just like 3.

nomtrrDo not use memory type range registers.
vremap:nRemap ‘n’ MiB of video RAM. If 0 or not specified, remap memoryaccording to video mode.
vtotal:nIf the video BIOS of your card incorrectly determines the totalamount of video RAM, use this option to override the BIOS (in MiB).
<mode>The mode you want to set, in the standard modedb format. Refer tomodedb.txt for a detailed description. When uvesafb is compiled asa module, the mode string should be provided as a value of the‘mode_option’ option.
vbemode:xForce the use of VBE mode x. The mode will only be set if it’sfound in the VBE-provided list of supported modes.NOTE: The mode number ‘x’ should be specified in VESA mode numbernotation, not the Linux kernel one (eg. 257 instead of 769).HINT: If you use this option because normal <mode> parameter doesnot work for you and you use a X server, you’ll probably want toset the ‘nocrtc’ option to ensure that the video mode is properlyrestored after console <-> X switches.
nocrtcDo not use CRTC timings while setting the video mode. This optionhas any effect only if the Video BIOS is VBE 3.0 compliant. Use itif you have problems with modes set the standard way. Note thatusing this option implies that any refresh rate adjustments willbe ignored and the refresh rate will stay at your BIOS default(60 Hz).
noedidDo not try to fetch and use EDID-provided modes.
noblankDisable hardware blanking.
v86d:pathSet path to the v86d executable. This option is only available asa module parameter, and not as a part of the video= string. If youneed to use it and have uvesafb built into the kernel, useuvesafb.v86d=”path”.

Additionally, the following parameters may be provided. They all override theEDID-provided values and BIOS defaults. Refer to your monitor’s specs to getthe correct values for maxhf, maxvf and maxclk for your hardware.

maxhf:nMaximum horizontal frequency (in kHz).
maxvf:nMaximum vertical frequency (in Hz).
maxclk:nMaximum pixel clock (in MHz).

4. The sysfs interface

uvesafb provides several sysfs nodes for configurable parameters andadditional information.

Driver attributes:

/sys/bus/platform/drivers/uvesafb
v86d

(default: /sbin/v86d)

Path to the v86d executable. v86d is started by uvesafbif an instance of the daemon isn’t already running.

Device attributes:

/sys/bus/platform/drivers/uvesafb/uvesafb.0
nocrtc
Use the default refresh rate (60 Hz) if set to 1.
oem_product_name, oem_product_rev, oem_string, oem_vendor
Information about the card and its maker.
vbe_modes
A list of video modes supported by the Video BIOS along with theirVBE mode numbers in hex.
vbe_version
A BCD value indicating the implemented VBE standard.

5. Miscellaneous

Uvesafb will set a video mode with the default refresh rate and timingsfrom the Video BIOS if you set pixclock to 0 in fb_var_screeninfo.

Michal Januszewski <spock@gentoo.org>

Last updated: 2017-10-10

Documentation of the uvesafb options is loosely based on vesafb.txt.