modesetting - video driver for framebuffer device
Section "Device"
Identifier "devname"
Driver "modesetting"
BusID "pci:bus:dev:func"
...
EndSection
modesetting is an Xorg driver for KMS devices. This driver
supports TrueColor visuals at framebuffer depths of 15, 16, 24, and 30.
RandR 1.2 is supported for multi-head configurations. Acceleration is
available through glamor for devices supporting at least OpenGL ES 2.0 or
OpenGL 2.1. If glamor is not enabled, a shadow framebuffer is configured
based on the KMS drivers' preference (unless the framebuffer is 24 bits per
pixel, in which case the shadow framebuffer is always used).
The modesetting driver supports all hardware where a KMS
driver is available. modesetting uses the Linux DRM KMS ioctls and dumb
object create/map.
Please refer to xorg.conf(5) for general configuration details.
This section only covers configuration details specific to this driver.
For this driver it is not required to specify modes in the screen
section of the config file. The modesetting driver can pick up the
currently used video mode from the kernel driver and will use it if there
are no video modes configured.
For PCI boards you might have to add a BusID line to the Device
section. See above for a sample line.
The following driver Options are supported:
- Option
"SWcursor" "boolean"
- Selects software cursor. The default is off.
- Option
"kmsdev" "string"
- The framebuffer device to use. Default: /dev/dri/card0.
- Option
"ShadowFB" "boolean"
- Enable or disable use of the shadow framebuffer layer. Default: on.
- Option
"DoubleShadow" "boolean"
- Double-buffer shadow updates. When enabled, the driver will keep two
copies of the shadow framebuffer. When the shadow framebuffer is flushed,
the old and new versions of the shadow are compared, and only tiles that
have actually changed are uploaded to the device. This is an optimization
for server-class GPUs with a remote display function (typically VNC),
where remote updates are triggered by any framebuffer write, so minimizing
the amount of data uploaded is crucial. This defaults to enabled for
ASPEED and Matrox G200 devices, and disabled otherwise.
- Option
"AccelMethod" "string"
- One of "glamor" or "none". Default: glamor.
- Option
"PageFlip" "boolean"
- Enable DRI3 page flipping. The default is on.
- Option
"VariableRefresh" "boolean"
- Enables support for enabling variable refresh on the Screen's CRTCs when
an suitable application is flipping via the Present extension.
The default is off.
- Option
"AsyncFlipSecondaries"
"boolean"
- Use async flips for secondary video outputs on multi-display setups. If a
screen has multiple displays attached and DRI3 page flipping is used, then
only one of the displays will have its page flip synchronized to vblank
for tear-free presentation. This is the display that is used for
presentation timing and timestamping, usually the one covering the biggest
pixel area of the screen. All other displays ("Secondaries")
will not synchronize their flips. This may cause some tearing on these
displays, but it prevents a permanent or periodic slowdown or irritating
judder of animations if not all video outputs are running synchronized
with each other and with the same refresh rate. There is no perfect
solution apart from perfectly synchronized outputs, but this option may
give preferrable results if the displays in a multi-display setup mirror
or clone each other. The default is off.
- Option
"ZaphodHeads" "string"
- Specify the RandR output(s) to use with zaphod mode for a particular
driver instance. If you use this option you must use this option for all
instances of the driver.
For example: Option "ZaphodHeads" "LVDS,VGA-0"
will assign xrandr outputs LVDS and VGA-0 to this instance of the
driver.
- Option
"UseGammaLUT" "boolean"
- Enable or disable use of the GAMMA_LUT property, when available. When
enabled, this option allows the driver to use gamma ramps with more
entries, if supported by the kernel. By default, GAMMA_LUT will be used
for kms drivers which are known to be safe for use of GAMMA_LUT.
Xorg(1), xorg.conf(5), Xserver(1), X(7)
Authors include: Dave Airlie