「Intel graphics」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(→‎Enable early KMS: リンクを修正)
(→‎Loading: 和訳)
40行目: 40行目:
 
{{Note|1=複数のディストリビューション ([https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Debian-Abandon-Intel-DDX Debian & Ubuntu], [https://www.phoronix.com/scan.php?page=news_item&px=Fedora-Xorg-Intel-DDX-Switch Fedora], [https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs KDE]) から {{Pkg|xf86-video-intel}} ドライバーのインストールは非推奨とされており、第4世代以上の (2006年の GMA 3000 よりも新しい) GPU では代わりに modesetting ドライバーを使うことが推奨されています。[https://www.reddit.com/r/archlinux/comments/4cojj9/it_is_probably_time_to_ditch_xf86videointel/], [https://www.phoronix.com/scan.php?page=article&item=intel-modesetting-2017&num=1], [[Xorg#インストール]], {{man|4|modesetting}} などを見てください。ただし、modesetting ドライバーは [https://bugs.chromium.org/p/chromium/issues/detail?id=370022 Chromium Issue 370022] などの問題を引き起こす可能性があります。また、modesetting ドライバーでは Intel GuC/HuC/DMC ファームウェアの恩恵を受けられません。}}
 
{{Note|1=複数のディストリビューション ([https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Debian-Abandon-Intel-DDX Debian & Ubuntu], [https://www.phoronix.com/scan.php?page=news_item&px=Fedora-Xorg-Intel-DDX-Switch Fedora], [https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs KDE]) から {{Pkg|xf86-video-intel}} ドライバーのインストールは非推奨とされており、第4世代以上の (2006年の GMA 3000 よりも新しい) GPU では代わりに modesetting ドライバーを使うことが推奨されています。[https://www.reddit.com/r/archlinux/comments/4cojj9/it_is_probably_time_to_ditch_xf86videointel/], [https://www.phoronix.com/scan.php?page=article&item=intel-modesetting-2017&num=1], [[Xorg#インストール]], {{man|4|modesetting}} などを見てください。ただし、modesetting ドライバーは [https://bugs.chromium.org/p/chromium/issues/detail?id=370022 Chromium Issue 370022] などの問題を引き起こす可能性があります。また、modesetting ドライバーでは Intel GuC/HuC/DMC ファームウェアの恩恵を受けられません。}}
   
== Loading ==
+
== ローディング ==
   
  +
Intel カーネルモジュールは、システムの起動時に自動的に正常にロードされるはずです。
The Intel kernel module should load fine automatically on system boot.
 
   
  +
それが起こらない場合は:
If it does not happen, then:
 
   
  +
* Intel は kernel mode-setting を必要とするので、[[カーネルパラメータ]] に {{ic|nomodeset}} や {{ic|1=vga=}} を指定して'''いない'''ことを確認してください。
* Make sure you do '''not''' have {{ic|nomodeset}} or {{ic|1=vga=}} as a [[kernel parameter]], since Intel requires kernel mode-setting.
 
* Also, check that you have not disabled Intel by using any modprobe blacklisting within {{ic|/etc/modprobe.d/}} or {{ic|/usr/lib/modprobe.d/}}.
+
* また、{{ic|/etc/modprobe.d/}} {{ic|/usr/lib/modprobe.d/}} にある modprobe ブラックリストを使って Intel を無効にしていないか確認してください。
   
 
=== Enable early KMS ===
 
=== Enable early KMS ===

2020年12月31日 (木) 11:45時点における版

関連記事

Intel はオープンソースドライバの提供とサポートを行なっているので、今日 Intel のグラフィックカードは原則的にプラグアンドプレイです。

Intel の GPU モデル と関連するチップセット・CPU の一覧は Wikipedia の比較を見て下さい。

ノート: PowerVR ベースのグラフィックカード (GMA 3600 シリーズ) はオープンソースドライバではサポートされていません。

目次

インストール

mesa パッケージをインストールしてください。3D アクセラレーションのための DRI ドライバーが含まれています。

  • 32ビットのサポートが必要な場合は multilib リポジトリから lib32-mesa パッケージもインストールしてください。
  • (Xorg で 2D アクセラレーションを得るための) DDX ドライバーが必要な場合は xf86-video-intel パッケージをインストールしてください (推奨されません、下のノートを見てください)。
  • Vulkan のサポートが必要な場合 (Ivy Bridge 以降)、vulkan-intel パッケージをインストールしてください。

ハードウェアビデオアクセラレーションも見てください。

ノート: 複数のディストリビューション (Debian & Ubuntu, Fedora, KDE) から xf86-video-intel ドライバーのインストールは非推奨とされており、第4世代以上の (2006年の GMA 3000 よりも新しい) GPU では代わりに modesetting ドライバーを使うことが推奨されています。[1], [2], Xorg#インストール, modesetting(4) などを見てください。ただし、modesetting ドライバーは Chromium Issue 370022 などの問題を引き起こす可能性があります。また、modesetting ドライバーでは Intel GuC/HuC/DMC ファームウェアの恩恵を受けられません。

ローディング

Intel カーネルモジュールは、システムの起動時に自動的に正常にロードされるはずです。

それが起こらない場合は:

  • Intel は kernel mode-setting を必要とするので、カーネルパラメータnomodesetvga= を指定していないことを確認してください。
  • また、/etc/modprobe.d//usr/lib/modprobe.d/ にある modprobe ブラックリストを使って Intel を無効にしていないか確認してください。

Enable early KMS

Kernel mode setting (KMS) is supported by Intel chipsets that use the i915 DRM driver and is mandatory and enabled by default.

Refer to Kernel mode setting#Early KMS start for instructions on how to enable KMS as soon as possible at the boot process.

Enable GuC / HuC firmware loading

On supported Skylake and newer processors, some video features (e.g. CBR rate control on SKL low-power encoding mode) may require the use of an updated GPU firmware,[3] which is loaded by default only on Gen 11+ hardware since Linux 5.4.[4] Enabling GuC/HuC firmware loading can cause issues on some systems; disable it if you experience freezing (for example, after resuming from hibernation).

ノート: See Gentoo:Intel#Feature support for an overview of Intel processor generations.

For processors before Gen 11, it is necessary to add i915.enable_guc=2 to the kernel parameters to enable both GuC and HuC firmware loading. Alternatively, if the initramfs already includes the i915 module (see Kernel mode setting#Early KMS start), you can set these options through a file in /etc/modprobe.d/, e.g.:

/etc/modprobe.d/i915.conf
options i915 enable_guc=2

And then rebuild your initramfs.

ノート: Manually enabling GuC / HuC firmware loading taints the kernel even when the feature is not supported.
ノート: GuC submission has been completely disabled for the kernel 5.4 and later, due to it reducing performance and causing bugs. Setting enable_guc=3 has no effect.

On next boot you can verify both GuC and HuC are enabled by using dmesg:

$ dmesg
[30130.586970] i915 0000:00:02.0: [drm] GuC firmware i915/icl_guc_33.0.0.bin version 33.0 submission:disabled
[30130.586973] i915 0000:00:02.0: [drm] HuC firmware i915/icl_huc_9.0.0.bin version 9.0 authenticated:yes

If they are not supported by your graphics adapter you will see:

$ dmesg
[    0.571339] i915 0000:00:02.0: [drm] Incompatible option enable_guc=2 - GuC is not supported!
[    0.571340] i915 0000:00:02.0: [drm] Incompatible option enable_guc=2 - HuC is not supported!

Alternatively, check using:

# cat /sys/kernel/debug/dri/0/gt/uc/guc_info
# cat /sys/kernel/debug/dri/0/gt/uc/huc_info
警告: Using GVT-g graphics virtualization by setting enable_gvt=1 is not supported as of linux 4.20.11 when GuC/HuC is also enabled. The i915 module would fail to initialize as shown in system journal.
$ journalctl
... kernel: [drm:intel_gvt_init [i915]] *ERROR* i915 GVT-g loading failed due to Graphics virtualization is not yet supported with GuC submission
... kernel: i915 0000:00:02.0: [drm:i915_driver_load [i915]] Device initialization failed (-5)
... kernel: i915: probe of 0000:00:02.0 failed with error -5
... kernel: snd_hda_intel 0000:00:1f.3: failed to add i915 component master (-19)
$ journalctl -b 
... kernel: i915 0000:00:02.0: Direct firmware load for i915/gvt/vid_0x8086_did_0x5916_rid_0x02.golden_hw_state failed with error -2

設定

Xorg を走らせるのに特別な設定は必要ありません。

ノート: 最新世代の内蔵 GPU (Skylake/HD 530 など) は特別な設定が必要です。#Skylake サポートを参照。

ただし、ドライバーのオプションを変更するには、以下のような Xorg 設定ファイルを作成する必要があります:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
EndSection

オプションを追加するときは Driver の下に追加します。

ノート:
  • 設定ファイルを作成するときは Option "AccelMethod" を必ず設定する必要があります。たとえデフォルトのメソッド (現在は "sna") を使用する場合でも設定は必要です。設定がないと X はクラッシュします。
  • 上記の他に、必要に応じて他のデバイスセクションも追加してください。

設定の一覧を見るには、$ man intel と入力してください。

モジュールベースオプション

i915 カーネルモジュールでは、モジュールオプション を介して構成できます。一部のモジュールオプションは、省電力に影響を与えます。

次のコマンドを使用して、すべてのオプションのリストと簡単な説明およびデフォルト値を生成できます。

$ modinfo -p i915

現在有効になっているオプションを確認するには、

# systool -m i915 -av

多くのオプションのデフォルトは-1であるため、チップごとの省電力のデフォルトになります。ただし、モジュールオプション を使用して、より積極的な省電力を構成することは可能です。

警告: デフォルトから逸脱すると、カーネルは Linux の [5]としてマークされます。 3.18以降。これは基本的に、チップごとのデフォルト以外のオプションの使用は実験的なものと見なされ、開発者によってサポートされていないことを意味します。

フレームバッファー圧縮 (enable_fbc)

フレームバッファー圧縮(FBC)を利用すると、画面の更新に必要なメモリ帯域幅を削減しながら、消費電力を削減できます。

FBC を有効にするには、 i915.enable_fbc=1カーネルパラメータ として使用するか、 /etc/modprobe.d/i915.confに設定します。

/etc/modprobe.d/i915.conf
options i915 enable_fbc=1
ノート: フレームバッファー圧縮は、Sandy Bridge(第6世代)より前の Intel GPU 世代では信頼できないか、使用できない場合があります。これにより、次のようなメッセージがシステムジャーナルに記録されます。
ernel: drm: not enough stolen space for compressed buffer, disabling.

Sandy Bridge 以前の CPU でフレームバッファー圧縮を有効にすると、次のようなエラーメッセージが表示されます。

$ dmesg
[ 2360.475430] [drm] not enough stolen space for compressed buffer (need 4325376 bytes), disabling
[ 2360.475437] [drm] hint: you may be able to increase stolen memory size in the BIOS to avoid this
解決策は、フレームバッファー圧縮を無効にすることです。これにより、消費電力がいつの間にか増加します(約0.06W)。無効にするには、カーネルラインパラメータに i915.enable_fbc=0 を追加します。無効化された圧縮の結果の詳細については、 こちら を参照してください。

Fastboot

Intel Fastboot の目標は、BIOS または ブートローダー によってセットアップされたフレームバッファーを保持して、 Xorg が開始されるまでちらつきを回避することです [6]

fastboot を有効にするには、i915.fastboot=1カーネルパラメータ として設定するか、/etc/modprobe.d/i915.conf に設定します。

/etc/modprobe.d/i915.conf
options i915 fastboot=1
警告: このパラメータはデフォルトでは有効になっておらず、一部の古い (Skylake以前の) システムで問題が発生する可能性があります。[7]

IntelGVT-gグラフィック仮想化のサポート

詳細については、 Intel GVT-g を参照してください。

モジュールによる省電力設定

i915 カーネルモジュールはモジュールオプションによって設定ができます。モジュールオプションの中には省電力機能に関係するものもあります。

次のコマンドを使うことで全てのオプションとその説明、デフォルト値のリストが出力されます:

$ modinfo -p i915

現在有効になっているオプションを確認するには、次を実行して下さい:

# systool -m i915 -av

多くのオプションはデフォルトで -1 になっており、チップのデフォルトの省電力設定が使われます。ただし、モジュールオプションを使うことでより強力な省電力設定をすることができます。

警告: Linux 3.18 から、デフォルト以外の設定をするとカーネルが tainted になります。基本的に、デフォルト以外の設定オプションは実験的なものであり、開発者によるサポートはありません。

安全に有効にすることができる一般的なオプションは以下のようになります:

/etc/modprobe.d/i915.conf
options i915 enable_rc6=1 enable_fbc=1 semaphores=1

RC6 スリープモード (enable_rc6)

enable_rc6 には 1 よりも大きい値が設定できますが、使用している GPU がオプションをサポートしていなかったり他のオプションを有効にできるなくなる可能性があります [8]

enable_rc6 に設定できる値は 1 (RC6), 2 (RC6p), 4 (RC6pp) のビットマスクです [9]。"RC6p" や "RC6pp" は電力消費がより少ないステートになります。

現在の RC6 レベルを確認するには、sysfs を見てください:

# cat /sys/class/drm/card0/power/rc6_enable

出力された数字が低い場合、おそらく他の RC6 レベルがサポートされていません。drm.debug=0xe を使うことで DRM のデバッグ情報をカーネルログに追加することができます:

[drm:sanitize_rc6_option] Adjusting RC6 mask to 1 (requested 7, valid 1)

フレームバッファ圧縮 (enable_fbc)

フレームバッファの圧縮は Sandy Bridge 以前の古い世代の Intel GPU では信頼性がありません。以下のようなメッセージがないかシステムログをチェックしてください:

kernel: drm: not enough stolen space for compressed buffer, disabling.

ヒントとテクニック

アクセラレーションメソッドの選択

  • UXA - (Unified Acceleration Architecture) は GEM ドライバーモデルを導入した成熟しているバックエンドです。
  • SNA - (Sandybridge's New Acceleration) は高速で先進的なハードウェアサポートを提供します。

デフォルトのメソッドは SNA (2013-08-05[10]) で、UXA よりも不安定ですが高速です。Phoronix によるベンチマーク [11] を見てください。Sandy Bridge のテストIvy Bridge のテスト があります。SNA で問題が発生するなら、UXA は手堅い選択です。例えば、SNA ではフルスクリーンの Flash 動画を終了するときに黒画面になることがあります。

古い UXA メソッドを使いたいならば、次の内容で /etc/X11/xorg.conf.d/20-intel.conf を作って下さい:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "uxa"
EndSection

Glamor アクセラレーションメソッドの有効化

Glamor は Intel の実験的な OpenGL 2D アクセラレーションメソッドで、man ページには記載がありません。Glamor を使用するには、以下の行を設定ファイルに追加してください:

Option      "AccelMethod"  "glamor"
ノート: このアクセラレーションメソッドは実験的であり安定して動作するとは限りません。

垂直同期 (VSYNC) を無効にする

垂直同期 (VSYNC) を無効にするには /etc/X11/xorg.conf.d/20-intel.confSection "Device" に Option "SwapbuffersWait" "false" を加えて下さい。

もしくは、~/.drircvblank_mode0 に設定して、driverdri2 にセットします:

~/.drirc
<device screen="0" driver="dri2">
   <application name="Default">
   <option name="vblank_mode" value="0"/>
   </application>
</device>

スケーリングモードの設定

フルスクリーンを使うアプリケーションで有用かもしれません:

$ xrandr --output LVDS1 --set PANEL_FITTING param

選べる param は:

  • center: 解像度は固定され、スケーリングは無効になります
  • full: 画面いっぱいまで解像度がスケールします
  • full_aspect: アスペクト比を維持したままスケールします

機能しない場合、次を試して下さい:

$ xrandr --output LVDS1 --set "scaling mode" param

param"Full", "Center" , "Full aspect" のいずれかです。

ノート: 上記のオプションは外部ディスプレイは現在のところ機能しません (例: VGA, DVI, HDMI, DP) [12]

KMS Issue: コンソールの画面が狭い

起動中に低解像度のビデオが転送されると、ターミナルが使える画面が小さくなることがあります。修正するには、i915 ブートローダのカーネルのコマンドラインパラメータに video=SVIDEO-1:d を加えてはっきりと転送を無効にするよう i915 モジュールを設定してください。詳しい情報はカーネルパラメータを見て下さい。

これが機能しない時は、SVIDEO-1 の代わりに TV1 か VGA1 を無効にするのを試してみて下さい。

有効なビデオ端子を確認する

video カーネルパラメータで無効化したいビデオ端子を識別するには、sysfs でダイレクトレンダリングマネージャモジュールを確認してください:

$ ls -l /sys/class/drm/
total 0
lrwxrwxrwx 1 root root    0 May 17 11:03 card0 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-DP-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-DP-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-2
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-eDP-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-eDP-1
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-1
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-HDMI-A-2 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2
lrwxrwxrwx 1 root root    0 May 17 11:03 card0-HDMI-A-3 -> ../../devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-3
lrwxrwxrwx 1 root root    0 May 17 11:03 controlD64 -> ../../devices/pci0000:00/0000:00:02.0/drm/controlD64
lrwxrwxrwx 1 root root    0 May 17 11:03 renderD128 -> ../../devices/pci0000:00/0000:00:02.0/drm/renderD128
-r--r--r-- 1 root root 4096 May 17 11:03 version

各々の端子の状態を確認するには:

$ grep . /sys/class/drm/card?-*/status
/sys/class/drm/card0-DP-1/status:disconnected
/sys/class/drm/card0-DP-2/status:disconnected
/sys/class/drm/card0-eDP-1/status:disconnected
/sys/class/drm/card0-HDMI-A-1/status:disconnected
/sys/class/drm/card0-HDMI-A-2/status:disconnected
/sys/class/drm/card0-HDMI-A-3/status:connected

使用したくないビデオ端子が接続済みになっている場合、上記の video= パラメータで無効化してください (cardN- の後ろの部分が識別子です)。例えば上の例で HDMI-A-3 端子を無効化するには video=HDMI-A-3:d とします。

GMA 4500 での H.264 デコーディング

libva-intel-driver パッケージは GMA 4500 シリーズの GPU だけに MPEG-2 デコーディングを提供します。H.264 デコーディングのサポートは枝分かれした g45-h264 ブランチで維持されていて、AURlibva-intel-driver-g45-h264AUR パッケージをインストールすることで使えます。しかしながらこのサポートは実験的なものであり現在活発には開発されていないことに注意して下さい。GMA 4500 シリーズ GPU のドライバと VA-API を使うことは CPU の負担を下げますが、アクセラレーションが効いていないのと同じで、スムーズに再生できるようにはならないかもしれません。mplayer を使ったテストでは H.264 でエンコードされた 1080p のビデオを vaapi を使って再生したところ (XV オーバーレイに比べて) CPU の負担は下がりましたが、途切れ途切れの再生になりました。一方 720p はうまく動きました [13]。他の報告も同じようなものでした [14]

ffmpeg-gitAURlibva-intel-driver-g45-h264AURmpv-gitAUR を組み合わせることで (1080p/720p の動画を) スムーズに再生できます。Firefox の "Watch with MPV" [15] プラグインと MPV を使うことで YouTube の動画を視聴するときにハードウェア支援が活用できます。

代替 OpenGL ドライバー (Iris)

Mesa 19.2 より、新しい OpenGL ドライバーの Iris がテスト用に利用可能となっています。特定のアプリケーションでは Iris によって高速に動作します。OpenGL アプリケーションを起動する前に MESA_LOADER_DRIVER_OVERRIDE=iris 環境変数を設定することで実験的に有効化できます。Vulkan アプリケーションに影響はありません。

警告: Iris はまだ実験的です。アプリケーションがクラッシュしたりレンダリングがおかしくなる可能性があります。使用するときは注意して バグを発見したら報告してください

報告される OpenGL のバージョンを上書き

MESA_GL_VERSION_OVERRIDE 環境変数を使うことでアプリケーションに報告される OpenGL のバージョンを上書きできます。例えば、MESA_GL_VERSION_OVERRIDE=4.5 と設定することで OpenGL 4.5 と報告されるようになります。

警告: 上記の変数を使って既知の OpenGL バージョンなら、たとえ GPU によってサポートされていないバージョンでも使うこともできます。設定することで、アプリケーションによってクラッシュがなおったり、あるいはクラッシュが増えたりする可能性があります。全てのアプリケーションで同じ変数を使わない方が良いでしょう。

ガンマ値と明るさの設定

ドライバのレベルでこれらを設定する方法はありませんが、幸運なことに xgammaxrandr を使って設定することができます。

ガンマ値を設定するには:

$ xgamma -gamma 1.0

もしくは:

$ xrandr --output VGA1 --gamma 1.0:1.0:1.0

明るさを設定するには:

$ xrandr --output VGA1 --brightness 1.0

トラブルシューティング

Glxgears のパフォーマンスがでない

ノート: glxgears は複数のシステム間でのパフォーマンスを比較するためのベンチマークではありません。

グラフィックパフォーマンスを調べるために glxgears を動かした時、結果が 60 FPS を前後することに気づいたかもしれません。例えば:

[...]
311 frames in 5.0 seconds = 61.973 FPS
311 frames in 5.0 seconds = 62.064 FPS
311 frames in 5.0 seconds = 62.026 FPS
[...]

これはパフォーマンスの欠落によるものではありません。ディスプレイのリフレッシュレートにあわせて、垂直同期を行なっているためです。

環境変数 vblank_mode=0 を付けることで垂直同期を無効にして glxgears を実行できます:

$ vblank_mode=0 glxgears

DRI3 の問題

xf86-video-intel ではデフォルトで DRI3 が使われます。一部の環境では DRI3 によって問題が発生することがあります [16]DRI2 を使うには設定ファイルに以下の行を追加してください:

Option "DRI" "2"

modesetting ドライバーでは上記の方法では DRI3 を無効化することはできません。代わりに LIBGL_DRI3_DISABLE=1 環境変数を設定してください。

GTK+ アプリケーションでフォントや画面の表示がおかしい (サスペンド・復帰後に文字が表示されない)

GTK+ アプリケーションでフォントの文字が表示されなくなってしまう場合、以下の方法で直る可能性があります。/etc/environment編集して以下の行を追加してください:

/etc/environment
COGL_ATLAS_DEFAULT_BLIT_MODE=framebuffer

詳しくは FreeDesktop bug 88584 を参照。

起動中 "Loading modules" するときに画面がブラックアウトする

KMS の"遅いスタート"を使っているとき "Loading modules" で画面がブラックアウトする場合、initramfs に i915intel_agp を加えると解決するかもしれません。上記の KMS セクションを見て下さい。

または、次のカーネルパラメータを加えるとうまく動くかもしれません:

video=SVIDEO-1:d

VGA に出力する必要があるときは次を使ってみて下さい:

video=VGA-1:1280x800

ティアリングの解消

SNA アクセラレーションメソッドを使っている場合、ティアリングが発生することがあります。これを解消するには、ドライバーの "TearFree" オプションを有効にしてください:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "TearFree"    "true"
EndSection

詳しくは オリジナルのバグレポート を見て下さい。

ノート:
  • SwapbuffersWaitfalse のときはこのオプションは機能しません。
  • オプションを有効にするとメモリの消費量が増えてパフォーマンスが劣化する可能性があります [17]
  • このオプションを使うと vsync タイミングがピーキーなアプリケーション (Super Meat Boy など) で問題が発生します。
  • このオプションは UXA アクセラレーションメソッドでは動作しません、SNA でしか使えません。

Intel ドライバで X がフリーズ・クラッシュする

X のクラッシュや GPU のハングアップ、X のフリーズなどが起こる場合、NoAccel オプションを使って GPU の使用を無効にすることで修復できます:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier "Intel Graphics"
   Driver "intel"
   Option "NoAccel" "True"
EndSection

または、DRI オプションを使って 3D アクセラレーションだけを無効にすることもできます:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier "Intel Graphics"
   Driver "intel"
   Option "DRI" "False"
EndSection

設定ファイルに以下のオプションを使うとクラッシュする場合は:

Option "TearFree" "true"
Option "AccelMethod" "sna"

ブートパラメータに次を追加すると修正できます:

i915.semaphores=1

カーネル 4.0.x 以上で Baytrail アーキテクチャを利用している場合にシステムが何度もフリーズする (特に動画を見たり GFX を集中使用したときに発生する) ようなときは、以下のカーネルオプションを追加することで解決します。詳しくは こちら を参照してください。

intel_idle.max_cstate=1

認識されない解像度を追加する

この問題については Xrandr のページを参照してください。

libGL 9 と Intel-DRI 9 にアップグレードすると遅くなる

Intel-DRI 8 と libGL 8 にダウングレードしてください。

ビデオゲームでテクスチャが真っ黒

ビデオゲームでテクスチャが黒くなる場合、S3TC テクスチャコンプレッションのサポートを有効にすることで解決できます。driconfAUR を使って有効にするか、 libtxc_dxtnAUR をインストールしてください。

この"問題"は新しいドライバで修正される予定です。

S3TC についての詳しい情報は: http://dri.freedesktop.org/wiki/S3TC http://ja.wikipedia.org/wiki/DXTC

この問題が起こるゲームのひとつは Oil Rush です。

復帰後、バックライトが一部調整できない、もしくは全く調整できない

Intel graphics を使っていて製造者によるホットキーで画面の明るさを変えられない場合、次のカーネルパラメータを使って起動してみて下さい:

acpi_backlight=vendor

これで問題が解決されない場合、上のパラメータに加えて:

acpi_osi=Linux

または:

acpi_osi="!Windows 2012"

または:

acpi_osi=

を使うことで解決できるかもしれません。

また、カーネルバージョン 3.13 から、ユーザーによっては効果があるカーネルコマンドラインのパラメータがあります:

video.use_native_backlight=1

上記のどの方法を使っても問題が解決されない場合、以下の内容で /etc/X11/xorg.conf.d/20-intel.conf を編集・作成してください:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
        Identifier  "card0"
        Driver      "intel"
        Option      "Backlight"  "intel_backlight"
        BusID       "PCI:0:2:0"

EndSection

フレームバッファ圧縮の無効化

Intel Corporation Mobile 4 シリーズのチップセットなど、Sandy Bridge 以前のカードでフレームバッファ圧縮を有効にするとエラーメッセージが延々と表示されます:

$ dmesg | tail 
[ 2360.475430] [drm] not enough stolen space for compressed buffer (need 4325376 bytes), disabling
[ 2360.475437] [drm] hint: you may be able to increase stolen memory size in the BIOS to avoid this

解決方法はフレームバッファ圧縮を無効化することで、これによって少しだけ電力消費が増えます。無効化するには i915.enable_fbc=0 をカーネルラインパラメータに追加してください。圧縮の無効化による効果については ここ に詳しい情報が載っています。

Chromium や Firefox が壊れる、応答しない

Chromium や Firefox の表示がおかしくなったり、反応しなくなる場合はアクセラレーションメソッドを "uxa" に設定してみてください。

TTY を切り替えた時に垂直同期がされなくなる

カーネル 3.19.3 以降にはリグレッションが存在し (古いカーネルにも存在する可能性あり)、Broadwell のマシンで TTY を切り替えると垂直同期が消失します [18]。修正するには、カーネルコマンドラインに i915.enable_ips=0 を追加するか、カーネル 4.1 を使っている場合、こちら のパッチを使ってカーネルを再ビルドします。メインラインカーネルには 4.2-rc1 で修正が入っています。

ビデオやウェブカメラの出力にピンクと緑のゴミが入る

Broadwell のマシンで xv出力や Intel Textured Video を使用するアプリケーション (Skype や VLC) を使うと、ビデオストリームにピンクと緑の乱れが入ることがあります。これは Broadwell のビデオの問題で、上流では2015年4月16日に修正されています [19]xf86-video-intel をアップデートすると修正されます。

Broadwell/Core-M チップでカーネル 4.0 以上を使っている場合にクラッシュする

X/Wayland がロードされた数秒間、マシンがフリーズして、journalctl に以下のような Intel Graphics に関連するカーネルのクラッシュログが残ることがあります:

Jun 16 17:54:03 hostname kernel: BUG: unable to handle kernel NULL pointer dereference at           (null)
Jun 16 17:54:03 hostname kernel: IP: [<          (null)>]           (null)
...
Jun 16 17:54:03 hostname kernel: CPU: 0 PID: 733 Comm: gnome-shell Tainted: G     U     O    4.0.5-1-ARCH #1
...
Jun 16 17:54:03 hostname kernel: Call Trace:
Jun 16 17:54:03 hostname kernel:  [<ffffffffa055cc27>] ? i915_gem_object_sync+0xe7/0x190 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffffa0579634>] intel_execlists_submission+0x294/0x4c0 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffffa05539fc>] i915_gem_do_execbuffer.isra.12+0xabc/0x1230 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffffa055d349>] ? i915_gem_object_set_to_cpu_domain+0xa9/0x1f0 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffff811ba2ae>] ? __kmalloc+0x2e/0x2a0
Jun 16 17:54:03 hostname kernel:  [<ffffffffa0555471>] i915_gem_execbuffer2+0x141/0x2b0 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffffa042fcab>] drm_ioctl+0x1db/0x640 [drm]
Jun 16 17:54:03 hostname kernel:  [<ffffffffa0555330>] ? i915_gem_execbuffer+0x450/0x450 [i915]
Jun 16 17:54:03 hostname kernel:  [<ffffffff8122339b>] ? eventfd_ctx_read+0x16b/0x200
Jun 16 17:54:03 hostname kernel:  [<ffffffff811ebc36>] do_vfs_ioctl+0x2c6/0x4d0
Jun 16 17:54:03 hostname kernel:  [<ffffffff811f6452>] ? __fget+0x72/0xb0
Jun 16 17:54:03 hostname kernel:  [<ffffffff811ebec1>] SyS_ioctl+0x81/0xa0
Jun 16 17:54:03 hostname kernel:  [<ffffffff8157a589>] system_call_fastpath+0x12/0x17
Jun 16 17:54:03 hostname kernel: Code:  Bad RIP value.
Jun 16 17:54:03 hostname kernel: RIP  [<          (null)>]           (null)

この問題は execlist のサポート (カーネル 4.0 からデフォルトに変更されました) を無効化することで解決します。以下のカーネルパラメータを追加してください:

i915.enable_execlists=0

Skylake サポート

i915 DRM ドライバーは様々な GPU のハングアップやクラッシュ、あるいはシステムの完全なフリーズを引き起こすことが知られています。問題を回避するにはハードウェアアクセラレーションを無効化する必要があるかもしれません。解決方法として以下の Xorg 設定を使う方法があります:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
	Identifier  "Intel Graphics"
	Driver      "intel"
	Option	    "DRI"	"false"
EndSection

もしくは、Chromium や Firefox ブラウザなどアプリケーションごとにハードウェアレンダリングを無効化するように直接設定することも可能です。

i915.enable_rc6=0 カーネルブートパラメータを追加することで問題が解決すると報告しているユーザーもいます。このパラメータを使用すると CPU/GPU のハイパワーモードが解除されなくなりますが、GPU のハングアップやシステムのフリーズが解消するようです。

ノート: "Loading Initial Ramdisk" の後にシステムがフリーズする場合、BIOS で IGD aperture size が 4GB よりも小さくなっていることを確認してください。

Windows をゲストとした場合にラグが発生する

VirtualBox でホスト側から(マウスカーソルを動かすなどして)画面を更新しないと Windows ゲストのビデオ出力が止まってしまうことがあります。enable_fbc=1 オプションを削除すれば問題は解決します。

画面がちらつく

Intel の iGPU によって使われている省電力機能の中にはちらつきを発生させるものがあります。適切なカーネルパラメータオプションを使って無効化することで解決できます:

  • カーネルのバージョン 4.6 からパネルセルフリフレッシュ (PSR) はデフォルトで有効になります (FS#49628 FS#49371 FS#50605)。無効化するには i915.enable_psr=0 オプションを使ってください。

色が風化する (色空間の問題)

ノート: この問題はカーネル 3.9 の変更に起因しています [20]。カーネル 4.1 でもこの問題は存在します。

カーネル 3.9 には Intel ドライバーで簡単に RGB リミテッドレンジの設定ができる変更が含まれており、場合によってはこの変更によって色がおかしくなることがあります。"Broadcast RGB" プロパティの新しい "Automatic" モードに関係しています。

xrandr --output <HDMI> --set "Broadcast RGB" "Full" (<HDMI> は適切な出力デバイスに置き換えてください、xrandr を実行することで確認できます) のようにしてモードを強制することが可能です。これを .xprofile に追加して、グラフィカルモードが始まる前にコマンドが実行できるように実行可能属性を付けて下さい。

ノート: TV によっては 16-255 の色しか表示できないため Full に設定すると 0-15 の領域の色が失われます。従って、カラースペースを TV に合わせて圧縮する必要があるかどうか自動的に検知する Automatic のままにしてください。

また、GPU のレジスタを編集することで修正できる他の関連する問題も存在します。詳しくは [21][22] を見て下さい。

参照