Intel

intel is the open source graphics driver for Intel GMA onboard graphics cards, starting with the Intel 810.

Hardware detection
To choose the right driver, first detect the graphics card. can be used for this task:

This should show something like this:

Feature support
A full list of Intel CPU graphic capabilities can be found here.

Firmware
If you are using Kabylake, Skylake or Broxton Intel Graphics, install.

Otherwise you might see errors such as kernel: i915 0000:00:02.0: Direct firmware load for i915/skl_dmc_ver1_26.bin failed with error -2 kernel: i915 0000:00:02.0: Failed to load DMC firmware, disabling runtime power management. in dmesg. Include the files required for your GPU in the kernel, in this case:

It’s possible to add GuC firmware too, but there are problems with it, so it won’t be loaded by default (passing additional parameters is needed). It’s actual for kernel 4.8.7 at least.

Please note that firmware file name should match one from MODULE_FIRMWARE in the source tree. Now it’s  (not  ) for DMC firmware. To check this for GuC and DMC firmwares you can type the following command within linux source tree:

Kernel
The following kernel options need to be activated:

The legacy fbdev support is required since kernel 3.14.14 at least for i915. For hybrid Intel/AMD system, follow also the steps of radeon (opensource) or fglrx (closed binary) drivers.

Since kernel version 4.4 the driver has been moved and the legacy fbdev support is now.

Drivers
Portage uses the VIDEO_CARDS variable, which expands into the USE_EXPAND variable, for enabling support for various graphics cards. Assuming the package has already been installed, setting the VIDEO_CARDS variable in  will pull in the correct video driver:

The  value is for. The  and   values are for media-libs/mesa.

After making any modifications, update the system so the changes take effect using by passing the   options to :

Those wishing to not accept the Intel graphic driver defaults in the main repository can read on into the sub-sections below.

Intel DDX
Before proceeding with the Intel DDX driver, note that this driver has been slowly deprecating for around two years. This has caused other major Linux distributions to begin to move toward the modesetting DDX driver (detailed in the section below). Although presently faster than modesetting driver, there has been no official package release from Intel upstream for their DDX driver for quite some time, and is therefore causing a maintenance burden on Gentoo's X11 package maintainers.

With this being stated, the Intel DDX driver has slight speed advantages over the generic modesetting driver as it is able to more closely interact with hardware acceleration present in chips utilizing SNA and DRI3.

USE flags
Check the USE flags of :

xorg.conf
To force Xorg server to use the Intel DDX driver with SNA for hardware accelleration, the following file can be created in :

Modesetting DDX
As mentioned above, the modesetting DDX driver is now the default driver on newer Intel graphics chipsets for Gentoo. This driver uses GLAMOR to accelerate 2D graphical over Mesa (the open source OpenGL implementation). As of x11-base/xorg-drivers-1.19, this has become the default for Gentoo.

To force the modesetting driver, first make sure  has been added to the USE variable:

xorg.conf
Now force Xorg server to load the modesetting driver:

Note, if both and  are defined in, the X server will attempt to load the files in alpha-numeric order.

VAAPI
Intel GMA X4500HD / G45 / GM45 and newer supports VAAPI hardware video acceleration.

Vulkan
As of November 15th, 2016 Vulkan is supported in the main repository for Intel core processors using the i965 mesa driver.

Please note, that this will build a working Vulkan driver, but it will not provide a, but a drivers-specific. The package provides libvulkan.so.1.

xorg.conf
Choose one of the following configuration options:


 * Classic Driver --
 * As xorg is not aware of i915 or i965 they will need to be addressed as Driver.




 * Alternate Driver for Gen 4+ -- Modesetting




 * As of xorg-server-1.17, the modesetting driver was moved into . This driver has more features than the classic driver, such as GLAMOR.


 * This configuration is the default for  beginning with x11-base/xorg-drivers-1.19. If you wish to use the classic driver, you will need to install  manually:


 * xorg-server is easily configured to prefer  over the older   driver.



The X server is designed to work out-of-the-box, with no need to manually edit X.Org's configuration files. It should detect and configure devices such as displays, keyboards, and mice.

However, the main configuration file of the X server is the xorg.conf.

Troubleshooting

 * How to file a bug report
 * How to file a bug report
 * How to file a bug report
 * How to file a bug report

HTML5/VAAPI GPU hangs
If your GPU hangs up when watching VAAPI-accelerated video e.g. on YouTube, you can try enabling your IOMMU:

Related upstream bug report.

KDM freezes
A workaround is to set  in all sections of the file, which starts with.

KDE's plasma eating CPU
If /usr/bin/plasmashell is always consuming several percent of CPU, perhaps this is related to a vsync problem. QT Quick Animation seem to loop too fast when vsync is not managed by the driver (Reference)

A way to enable vsync with SNA is to enable "TearFree" Option in xorg.conf

thanks to mint doc

Black screen

 * According to this Debian wiki, CONFIG_FRAMEBUFFER_CONSOLE must be set to y (aka built-in to the kernel). Otherwise, it is possible to always have a black screen unless nomodeset is passed to the kernel, thus disabling kernel mode setting (KMS).  can be passed to the kernel command line to try to solve this kind of issue. This is usually done through the bootloader.
 * Kernel with version 4.2 or newer is needed with some gen8 chipsets.

Brightness doesn't change with keyboard shortcuts
First, make sure vendor compatibility is on in the kernel configuration. Toshiba for Toshiba, etc.

If it is, or when the brightness buttons are working, the issue is that the kernel can not detect where the brightness control is located.

Luckily, this is easy enough to modify, as long as the kernel version is >= 3.13.x and < 4.2.

Add to the kernel command line.

On kernels >= 4.2, the option is no longer available. You should use one of the following instead (experiment to see which works on your system):

Do your key bindings map to actions viewable in xev? Can you adjust the screen brightness using xbacklight, then you can always do a work around via a keyboard remapping. For LXDE it can be done via

External resources

 * X.Org Wiki