「インテルグラフィックス」の版間の差分

2022年11月30日 (水) 13:47時点における版

Intel GPU のモデルや関連するチップセットと CPU の包括的なリストは、Wikipedia:List of Intel graphics processing units と Gentoo:Intel#Feature support を見てください。

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

1 インストール
2 ローディング
- 2.1 早い段階で KMS を有効にする
- 2.2 GuC/HuC ファームウェアのロードを有効にする
3 Xorg の設定
- 3.1 AccelMethod
4 モジュールベースのオプション
5 ヒントとテクニック
6 トラブルシューティング
7 参照

インストール

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 ドライバは次のような問題を引き起こす可能性があります: XFCE での画面のチラツキやマウスのジッタリング、Chromium で仮想デスクトップの切り替えを行ったときにアーティファクトが発生する、vsync のジッタリング、mpv での動画のスタッタリング。

ローディング

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

正常にロードされない場合は:

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

早い段階で KMS を有効にする

Kernel Mode Setting (KMS) は、i915 DRM ドライバーを使用するインテルチップセットでサポートされています。KMS は必須であり、デフォルトで有効になっています。

起動プロセスにおいてできるだけ早く KMS を有効にする方法については、Kernel Mode Setting#Early KMS start を参照してください。

GuC/HuC ファームウェアのロードを有効にする

この記事またはセクションの正確性には問題があります。

理由: Intel のドキュメントに反し、Tiger Lake と Rocket Lake の GPU は実際 enable_guc=3 をサポートし、enable_guc=1 がデフォルトとなっている場合があります。 (議論: トーク:インテルグラフィックス#)

第9世代から (Skylake およびそれ以降)、Intel GPU には以下の機能を提供する Graphics micro (μ) Controller (GuC) が搭載されています [3]:

一部のメディアデコード機能を CPU から HEVC/H.265 micro (µ) Controller (HuC) にオフロードする。ハードウェアビデオアクセラレーションに intel-media-driver を使用する場合にのみ、適用可能です。第9世代から導入されました。
GuC をスケジューリング、コンテキスト送信、電源管理に使用する。第12世代、Alder Lake-P (Mobile) で導入されました。

この機能を使うには、GuC ファームウェアがロードされていなければなりません。HuC のサポートに関して、一部のビデオ機能 (例: SKL 低電力符号化モードにおける CBR レート制御) は HuC ファームウェアもロードされている必要があります [4]。GuC と HuC ファームウェアのファイルは両方 linux-firmware によって提供されています。

GuC の機能は i915.enable_guc カーネルパラメータによって制御されます。このパラメータのし予報は以下の通りです:

enable_guc の値	GuC 送信	HuC ファームウェアのロード	デフォルトとなっているプラットフォーム	サポートされているプラットフォーム
0	No	No	Tiger Lake、Rocket Lake、Gen12 以前 [5]	すべて
1	Yes	No	–	Alder Lake-P (Mobile) およびそれ以降
2	No	Yes	Alder Lake-S (Desktop) [6] [7]	Gen9 およびそれ以降
3	Yes	Yes	Alder Lake-P (Mobile) およびそれ以降

GuC 送信や HuC ファームウェアのロードがあなたの GPU ではデフォルトで有効になっていない場合、手動で有効化できます。

警告: GuC / HuC ファームウェアのロードを手動で有効化すると、たとえその機能がサポートされていない場合でも、カーネルに汚染マークが付きます。さらに、GuC/HuC ファームウェアのロードを有効化すると、一部のシステムで問題が発生する可能性があります。(ハイバネートから復帰したあとなどに) フリーズが発生する場合は、無効化してください。

まず、linux-firmware がインストールされていることを確認してください。

あなたのシステムで late KMS start が設定されている場合 (これはデフォルトです)、カーネルパラメータで説明されているように i915.enable_guc を設定することで手動で以下の機能を有効化できます。

i915 モジュール (Kernel Mode Setting#Early KMS start を参照) を initramfs に追加している場合は、これらのオプションを代わりに /etc/modprobe.d/ 内のファイルで設定しなければなりません。例えば:

/etc/modprobe.d/i915.conf

options i915 enable_guc=2

そして、initramfs を再ビルドしてください。

次回の起動時に dmesg を使うことで GuC と HuC が両方有効化されていることを確認できます:

# 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

あなたのグラフィックアダプタで GuC と HuC がサポートされていない場合、以下が出力されます

# 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!

あるいは、以下で確認できます:

# cat /sys/kernel/debug/dri/0/gt/uc/guc_info
# cat /sys/kernel/debug/dri/0/gt/uc/huc_info

ノート: GuC/HuC が有効化されている場合に enable_gvt=1 を設定して GVT-g graphics virtualization を使用することは、linux 4.20.11 現在ではサポートされていません。システムのジャーナルに出力される通り、i915 モジュールの初期化に失敗します。

# 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)

[8] で説明されているように、関連する警告は深刻なものではないことに注意してください:

# 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 の設定

ノート: 以下は xf86-video-intel が必要です。

Xorg を実行するのに設定は必要ないかもしれません。

しかし、Xorg が起動しない場合は、いくつかのドライバオプションを利用するために、以下のような Xorg 設定ファイルを作成することができます:

/etc/X11/xorg.conf.d/20-intel.conf

Section "Device"
  Identifier "Intel Graphics"
  Driver "intel"
EndSection

その他のオプションは Driver の下の新しい行にユーザが追加します。オプションの完全なリストは intel(4) の man ページを参照してください。

ノート: 上に挙げたものよりも多くの device セクションを追加する必要があるかもしれません。これは必要なところに表示されます。

AccelMethod

設定ファイルを作成する際に、Option "AccelMethod" を指定する必要がある場合があります。古典的なオプションは、UXA、SNA (デフォルト)、BLT です。

デフォルトの SNA で問題が発生した場合。(例: ピクセル化したグラフィック、壊れたテキストなど)、代わりに UXA を使ってみてください、これは Xorg 設定ファイルに次の行を追加することで可能です:

Option      "AccelMethod"  "uxa"

intel(4) § CONFIGURATION DETAILS の "AccelMethod" オプションをご覧ください。

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

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

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

$ modinfo -p i915

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

# systool -m i915 -av

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

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

フレームバッファー圧縮 (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 世代では信頼できないか、使用できない場合があります。これにより、次のようなメッセージがシステムジャーナルに記録されます:

kernel: 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

ノート: Skylake およびそれ以降[9]、さらに Bay- と Cherry-Trail (VLV/CHV)[10] では、Linux 5.1 からこのパラメータがデフォルトで有効化されています。[11]

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

fastboot がデフォルトでないプラットフォーム上で fastboot を有効にするには、i915.fastboot=1 をカーネルパラメータとして設定するか、/etc/modprobe.d/i915.conf に以下を設定します:

/etc/modprobe.d/i915.conf

options i915 fastboot=1

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

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

パフォーマンスサポートを有効化する

第6世代から (Sandy Bridge およびそれ以降) Intel GPU は、内部のパフォーマンスデータをドライバに公開するために使用されるパフォーマンスカウンタを提供しています。ドライバとハードウェアレジスタではこのインフラを Observation Architecture (内部的には "OA") と呼んでいますが [14]、Intel のドキュメントではこの機能をより一般的に Observability Performance Counters を提供するものとしています [15] [16]。

デフォルトでは、CAP_SYS_ADMIN (root と等価です) や CAP_PERFMON ケイパビリティで実行されているプログラムのみが observation architecture を利用できます [17] [18]。ほとんどのアプリケーションはこれらのケイパビリティを持たずに実行されるため、以下の警告が出力されます:

MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0

これらのケイパビリティ (または root) を使わずにパフォーマンスサポートを有効化するには、sysctl で説明されているように、(上記の警告で示されている) カーネルパラメータを設定してください。

警告: アプリケーションにパフォーマンスデータへのアクセスを許してしまうなどのリスクが存在するため、perf_event_paranoid ファミリのオプションには制限的なデフォルトが存在します [19]。とはいえ、dev.i915.perf_stream_paranoid は GPU パフォーマンスカウンタへのアクセスにしか影響せず、CPU アーキテクチャ実行コンテキストレジスタなどと比べれば低リスクです。

/etc/sysctl.d/*.conf ファイルで先のカーネルパラメータの値に0を設定すると、以下のエラーが実行時に発生します:

sysctl: cannot stat /proc/sys/dev/i915/perf_stream_paranoid: No such file or directory

i915 モジュールをKMS で早い段階でロードする必要があります。

ヒントとテクニック

スケーリングモードを設定する

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

$ 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) [20]。

GMA 4500 での H.264 デコードのハードウェアアクセラレーション

libva-intel-driver パッケージは、一部の GMA 4500 シリーズ GPU での MPEG-2 デコードのハードウェアアクセラレーションのみを提供します (H.264 デコードは提供しません)。あなたの GPU も関係しているどうかを確かめるには、そのドライバと libva-utils パッケージの両方をインストールしてください。そして、vainfo ツールの出力を見て、VAProfileH264 で始まるエントリがどれだけあるかを見てください。

H.264 デコードのサポートは、枝分かれた g45-h264 ブランチでメンテナンスされており、libva-intel-driver-g45-h264^AUR パッケージをインストールすることで使用できます。しかし、このサポートは実験的で、開発は放棄されていることに注意してください。GMA 4500 シリーズの GPU 上でこのドライバと共にVA-API を使うことで CPU の負荷を減らすことができますが、動画の再生がアクセラレートされていない状態ほどスムーズに再生できないかもしれません。mplayer を使ったテストでは H.264 でエンコードされた 1080p のビデオを vaapi を使って再生したところ (XV オーバーレイに比べて) CPU の負担は下がりましたが、途切れ途切れの再生になりました。一方 720p はうまく動きました [21]。他の報告も同じようなものでした [22]。BIOS で割当済みビデオ RAM のサイズを高く設定すると、より質の高いハードウェアデコード再生が可能です。これを行うと、1080p h264 でもうまく行きます [23]。スムーズな再生 (1080p/720p) は、mpv-git^AUR、ffmpeg-git^AUR、libva-intel-driver-g45-h264^AUR を組み合わせて使うことでもうまく行きます。MPV と Firefox のプラグイン "Send to MPV player"[24] を用いることで、ハードウェアによりアクセラレートされた YouTube ビデオの再生が可能です。

古い OpenGL ドライバ (i965)

Mesa 20.0 では、新しい OpenGL ドライバ "Iris" が第8世代以上でデフォルトとなりました。一部のアプリケーションはこのドライバによりより高速に動作します。MESA_LOADER_DRIVER_OVERRIDE=i965 環境変数を OpenGL アプリケーションの起動前に設定することで、Iris を無効化し、古い i965 ドライバに戻すことができます。この設定は Vulkan アプリケーションには影響しません。

ノート: Iris ドライバに関するバグやリグレッションはここに報告してください。

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

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

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

モニタリング

intel_gpu_top — Intel GPU のための top ライクなタスクモニタ (root 権限が必要)

https://gitlab.freedesktop.org/drm/igt-gpu-tools || intel-gpu-tools

nvtop — AMD、Intel、NVIDIA のための GPU プロセスモニタリング (現在、Intel GPU に対しては非常に基本的なサポートしかありません)。

https://github.com/Syllo/nvtop || nvtop

明るさとガンマ値の設定

バックライトを見てください。

トラブルシューティング

ティアリング

SNA アクセラレーションメソッドを取っている場合、一部のマシン上でティアリングが発生します。これを修正するには、以下の行を設定ファイルに追加してドライバの TearFree オプションを有効化してください:

/etc/X11/xorg.conf.d/20-intel.conf

Section "Device"
  Identifier "Intel Graphics"
  Driver "intel"
  Option "TearFree" "true"
EndSection

詳細は元のバグレポートを見てください。

ノート:

このオプションは、SwapbuffersWait が false のときに動作しない場合があります。
このオプションはメモリアロケーションを増加させ、パフォーマンスが低下する場合があります。[25]
このオプションは、vsync のタイミングに厳しいアプリケーション (例えば、Super Meat Boy) において問題が発生する場合があります。
このオプションはUXA アクセラレーションメソッドでは動作しません。SNA でしか使えません。
Intel UHD 620 または 430 では、TearFree を動作させるために Option "TripleBuffer" "true" を追加する必要があります。

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

以下のような場合に便利です:

Chromium/Chrome が、GPU のせいでラグくパフォーマンスが悪く、--disable-gpu スイッチを使うとスムーズに動作する場合。
glxgears テストが期待するほどのパフォーマンスを発揮してくれない場合。

intel ドライバは垂直同期に Triple Buffering を使用します。これは、完全なパフォーマンスとティアリングの回避を可能にします。垂直同期をオフにするには (例えば、ベンチマークのために)、以下の .drirc をホームディレクトリ内に追加してください:

~/.drirc

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

ノート: このファイルを作成するために driconf^AUR を使用しないでください。このツールにはバグがあり、間違ったドライバを設定してしまいます。

DRI3 の問題

xf86-video-intel では DIR バージョンのデフォルトは DRI3 です。一部の環境では DRI3 によって問題が発生することがあります [26]。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" するときに画面がブラックアウトする

"late start" KMS を使っているとき "Loading modules" で画面がブラックアウトする場合、initramfs に i915 と intel_agp を加えると解決するかもしれません。Kernel Mode Setting#Early KMS start を見てください。

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

video=SVIDEO-1:d

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

video=VGA-1:1280x800

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

X のクラッシュを伴う問題、GPU のハングアップ、X のフリーズに関する問題は、NoAccel オプションを使って GPU の使用を無効化することで修復できる場合があります。以下の行を設定ファイルに追加してください:

  Option "NoAccel" "True"

あるいは、DRI オプションを使って 3D アクセラレーションだけを無効化してみてください:

  Option "DRI" "False"

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

この問題は、Xrandr のページで扱っています。

バックライトを調整できない

サスペンドから復帰したあとにホットキーを使用してスクリーンの輝度を変更できない場合、バックライトの記事を見てあなたの設定ファイルをチェックしてみてください。

問題が解消されない場合は、以下のカーネルパラメータのうち1つを試してください:

acpi_osi=Linux
acpi_osi="!Windows 2012"
acpi_osi=

また、fastboot モード (i915.fastboot カーネルパラメータ) を使用していないことを確認してください。これは、バックライト制御を破壊することが知られています。

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

Chromium や Firefox でアーティファクト、応答なし、ラグ、低パフォーマンスが発生する場合、解決策としてはいかがあります:

AccelMethod を "uxa" に設定する
VSYNC を無効化する
TearFree オプションを有効化する
"DRI" とアクセラレーションのメソッドを無効にする (Intel Iris 第10世代でテスト済み):
```
Option "NoAccel" "True"
Option "DRI" "False"
```

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

これは、カーネル 4.0.5 以上で壊れていることが知られています。

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

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

画面がちらつく

Intel iGPU で使用される省電力機能 Panel Self Refresh (PSR) は、一部の例でちらつきを発生させることが知られています FS#49628 FS#49371 FS#50605。一時的な解決策は、カーネルパラメータ i915.enable_psr=0 を使ってこの機能を無効化することです。

i915 ドライバで OpenGL 2.1

バージョン 13.x から 17 への mesa のアップデートにより、第3世代 Intel GPU (GMA3100、参照) で OpenGL 2.1 のサポートが壊れてしまう場合があり、この記事で説明されているように、OpenGL 1.4 に戻ってしまいます。しかし、これは手動で /etc/drirc または ~/.drirc のオプションを設定することで、修正できます:

/etc/drirc

<driconf>
...
    <device driver="i915">
        <application name="Default">
            <option name="stub_occlusion_query" value="true" />
            <option name="fragment_shader" value="true" />
        </application>
    </device>
...
</driconf>

ノート: OpenGL のバージョンが戻ってしまう理由は、Chromium と他のアプリケーションでエクスペリエンスが悪化するためでした。必要であれば、drirc ファイルを編集して特定のアプリケーションに対して gl2.1 を chromium 実行ファイルなどで無効化することもできます (参照)。

KMS の問題: コンソールが小さい領域に制限される

低解像度のビデオポートの1つが起動時に有効になっていて、そのせいでターミナルがスクリーンの小さい領域を使っているのかもしれません。修正するには、ブートローダーでカーネルコマンドラインパラメータの video=SVIDEO-1:d を使って i915 モジュールの設定でそのポートを明示的に無効化してください。詳細はカーネルパラメータを見てください。

これでうまく行かない場合、SVIDEO-1 ではなく TV1 か VGA1 を無効化してみてください。ビデオポートの名前は xrandr でリストアップできます。

Haswell CPU で HDMI 経由で音声が出ない

Linux カーネルの issue によると、intel_iommu=on を設定している場合には HDMI から音声が出力されないそうです。この問題を修正するには、以下のカーネルパラメータを設定してください:

intel_iommu=on,igfx_off

あるいは、IOMMU を無効化してください:

intel_iommu=off

低消費電力 Intel CPU でクラッシュ/フリーズ

低消費電力 Intel プロセッサやノート PC プロセッサは、低消費電力 Intel チップで使用されている電源管理機能に関する問題によりランダムにハングアップ/クラッシュする傾向にあります。そのようなクラッシュが発生する場合、この問題を報告するログは見られないでしょう。以下のカーネルパラメータを追加することで、この問題を解決できるかもしれません。

ノート: 以下のカーネルパラメータを3つすべて一緒に使用することは推奨されません。

intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1

ahci.mobile_lpm_policy=1 は、いくつかの Lenovo ノート PC や一部の Acer ノートブックにおける、SATA コントローラーの問題のある電源管理に起因するハングアップを修正します。この回避策は Intel Graphics と厳密には関連していませんが、関連する問題を解決します。このカーネルパラメータを追加すると、link power management をファームウェアのデフォルトから最大パフォーマンスに変更し、特定の Lenovo マシンでディスプレイ輝度を変更した際にハングする問題を解決しますが、modern ultrabook でアイドル時の電力消費量が 1~1.5W 増加します。詳細 (特に他の状態に関するもの) については、Linux カーネルメーリングリストや Red Hat ドキュメントを見てください。

i915.enable_dc=0 は、GPU の電源管理を無効化します。これは、特定の Intel システム (特に、Goldmount と Kaby Lake Refresh チップ) におけるランダムなハングを解決します。このパラメータを使用すると、電源使用量が増え、ノート PC/notebook のバッテリー寿命が短くなります。

intel_idle.max_cstate=1 は、プロセッサのスリープ状態を制限し、プロセッサがディープスリープ状態に移行するのを防ぎます。これは絶対に理想的ではなく、電力消費量の増加とバッテリーの短命化を招きます。しかし、多くの Intel システムでランダムなハングを解決します。Intel Baytrail や Kaby Lake Refresh チップを使用している場合は、このパラメータを使用してください。Intel "Baytrail" チップは、このカーネルパラメータを使用しないと、ファームウェアの欠陥によりランダムにハングしてしまうことが知られいます [27]。 max_cstate パラメータに関する詳細はカーネルドキュメントで、cstate に関する一般的な情報は GitHub 上の記事で見られます。

頻繁にハングする問題を解決するために intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1 を追加して問題が解決した場合は、その後パラメータを一つずつ取り除いて、どのパラメータが実際に問題の解決になっているかを確かめるべきです。実際の問題が SATA の電源管理に関係していて、問題を実際に解決するパラメータが ahci.mobile_lpm_policy=1 である場合、cstate やディスプレイの電源管理が無効化されている状態でマシンを走らせることは推奨されていません。

詳細は Linux Reviews を見てください。

165Hz モニタのサポートを追加する

一部の 165Hz モニタで、xrandr が 165Hz のオプションを表示しない場合があり、さらに #認識されない解像度を追加するの方法ではこれを解決できません。この場合、i915-driver-stuck-at-40hz-on-165hz-screen を見てください。

ノート: /etc/initramfs-tools/hooks/edid を作成する以外にも、mkinitcpio フックを作成する必要があります:

/etc/initcpio/install/edid

#!/bin/bash

build() {
    add_file /lib/firmware/edid/edid.bin
}

help() {
    cat <<HELPEOF
This hook add support for 165Hz
HELPEOF
}

そして、/etc/mkinitcpio.conf の HOOKS 配列に edid を末尾に追加してください。以下のように:

/etc/mkinitcpio.conf

HOOKS=(... fsck edid)

そして、initramfs を再生成してください。

Alder Lake-P 上でスリープ/サスペンドから復帰するとフリーズする

ノート: 2022年9月25日現在、これは fwupd からの最近のファームウェアアップデートで修正されました。BIOS の修正がない場合は、今後のカーネルの修正があるかもしれません。

Alder Lake-P 第12世代モバイルプロセッサの様々なベンダーのノート PC で、サスペンドから復帰した後にフリーズしたり黒画面になったりします。これは、多くのラップトップのベンダーが不正な VBT (Video BIOS Table) を同梱しており、iGPU に接続されている実際のポートが間違って記述されているからです。多くのベンダーが、正しく動作している Windows OS が搭載されているノート PC のための BIOS アップデートをリリースしないことを鑑みると、Linux ユーザたちはこの問題をカーネル側から対処するしかありません。一時的な緩和策としてカーネルにパッチを当てて再ビルドすることで、この問題を緩和できます:

drivers/gpu/drm/i915/display/intel_display.c.patch

--- a/drivers/gpu/drm/i915/display/intel_display.c
+++ b/drivers/gpu/drm/i915/display/intel_display.c
@@ -8835,7 +8835,7 @@ static void intel_setup_outputs(struct drm_i915_private *dev_priv)
                intel_ddi_init(dev_priv, PORT_TC1);
        } else if (IS_ALDERLAKE_P(dev_priv)) {
                intel_ddi_init(dev_priv, PORT_A);
-               intel_ddi_init(dev_priv, PORT_B);
+               // intel_ddi_init(dev_priv, PORT_B);
                intel_ddi_init(dev_priv, PORT_TC1);
                intel_ddi_init(dev_priv, PORT_TC2);
                intel_ddi_init(dev_priv, PORT_TC3);

これは、freedesktop の issue 5531 6401 で説明されており、何ヶ月も解決されていません。

Alder Lake/UHD 770 で Plasma Desktop 内で Qt エレメントの選択に問題が発生する

この記事またはセクションの正確性には問題があります。

理由: Is this limited to the UHD770 alone? Is this limited to the Plasma Desktop or does it also happen on every Qt application regardless of the environment? Should we not recommend uninstalling xf86-video-intel instead? Is this bug reported somewhere? (議論: トーク:インテルグラフィックス#)

新しい第12世代あたりの IGP では、Plasma Desktop がほとんど使用不可になるほどの問題が発生する場合があります。アクセラレートされたアイテムの問題であるようです。glxgears を実行すると高フレームレートが報告されますが、アニメーションはアップデートされません。ここでの解決策は、X 下でのドライバを変更することです。

/etc/X11/xorg.conf.d/20-intel.conf

Section "Device"
  Identifier "Intel Graphics"
  Driver "modesetting"
EndSection

Arc GPU のカーネルサポート

カーネル 6.0 およびそれ以前は、公式には Arc GPU ファミリをまだサポートしていないので、ドライバのロードを強制する必要があります。

ブートローダーで以下のカーネルパラメータを設定してください:

i915.force_probe=pci_id

PCI ID は以下のコマンドの出力です:

$ lspci -nn | grep VGA | sed -n "s/^.\+\[8086:\([[:alnum:]]\{4\}\)\].\+$/\1/p"

さらに、以下のように xorg.conf でドライバを設定する必要があります:

/etc/X11/xorg.conf.d/20-intel.conf

Section "Device"
  Identifier "Intel Graphics"
  Driver "modesetting"
EndSection

"fbdev" ドライバも機能します。

完全なドライバサポートが無い場合、3D レンダリングは利用できません。

参照

https://01.org/linuxgraphics/documentation (サポートされているハードウェア一覧など)

@@ 462行目: / 462行目: @@
  intel_iommu=off
-=== 低電力 Intel CPU でクラッシュ/フリーズ ===
+=== 低消費電力 Intel CPU でクラッシュ/フリーズ ===
+低消費電力 Intel プロセッサやノート PC プロセッサは、低消費電力 Intel チップで使用されている電源管理機能に関する問題によりランダムにハングアップ/クラッシュする傾向にあります。そのようなクラッシュが発生する場合、この問題を報告するログは見られないでしょう。以下の[[カーネルパラメータ]]を追加することで、この問題を解決できるかもしれません。
-Low-powered Intel processors and/or laptop processors have a tendency to randomly hang or crash due to the problems with the power management features found in low-power Intel chips. If such a crash happens, you will not see any logs reporting this problem. Adding the following [[Kernel parameters]] may help to resolve the problem.
+{{Note|以下のカーネルパラメータを3つすべて一緒に使用することは推奨されません。}}
-{{Note|It is not advised to use all three of the below kernel parameters together.}}
  intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1
-{{ic|1=ahci.mobile_lpm_policy=1}} fixes a hang on several Lenovo laptops and some Acer notebooks due to problematic SATA controller power management. That workaround is strictly not related to Intel graphics but it does solve related issues. Adding this kernel parameter sets the ''l''ink ''p''ower ''m''anagement from firmware default to maximum performance and will also solve hangs when you change display brightness on certain Lenovo machines but increases idle power consumption by 1-1.5 W on modern ultrabooks. For further information, especially about the other states, see the [https://lore.kernel.org/lkml/20171211165216.5604-1-hdegoede@redhat.com/ Linux kernel mailing list] and [https://access.redhat.com/documentation/en-en/red_hat_enterprise_linux/6/html/power_management_guide/alpm Red Hat documentation].
+{{ic|1=ahci.mobile_lpm_policy=1}} は、いくつかの Lenovo ノート PC や一部の Acer ノートブックにおける、SATA コントローラーの問題のある電源管理に起因するハングアップを修正します。この回避策は Intel Graphics と厳密には関連していませんが、関連する問題を解決します。このカーネルパラメータを追加すると、''l''ink ''p''ower ''m''anagement をファームウェアのデフォルトから最大パフォーマンスに変更し、特定の Lenovo マシンでディスプレイ輝度を変更した際にハングする問題を解決しますが、modern ultrabook でアイドル時の電力消費量が 1~1.5W 増加します。詳細 (特に他の状態に関するもの) については、[https://lore.kernel.org/lkml/20171211165216.5604-1-hdegoede@redhat.com/ Linux カーネルメーリングリスト]や [https://access.redhat.com/documentation/en-en/red_hat_enterprise_linux/6/html/power_management_guide/alpm Red Hat ドキュメント]を見てください。
+{{ic|1=i915.enable_dc=0}} は、GPU の電源管理を無効化します。これは、特定の Intel システム (特に、Goldmount と Kaby Lake Refresh チップ) におけるランダムなハングを解決します。このパラメータを使用すると、電源使用量が増え、ノート PC/notebook のバッテリー寿命が短くなります。
-{{ic|1=i915.enable_dc=0}} disables GPU power management. This does solve random hangs on certain Intel systems, notably Goldmount and Kaby Lake Refresh chips. Using this parameter does result in higher power use and shorter battery life on laptops/notebooks.
+{{ic|1=intel_idle.max_cstate=1}} は、プロセッサのスリープ状態を制限し、プロセッサがディープスリープ状態に移行するのを防ぎます。これは絶対に理想的ではなく、電力消費量の増加とバッテリーの短命化を招きます。しかし、多くの Intel システムでランダムなハングを解決します。Intel Baytrail や Kaby Lake Refresh チップを使用している場合は、このパラメータを使用してください。Intel "Baytrail" チップは、このカーネルパラメータを使用しないと、ファームウェアの欠陥によりランダムにハングしてしまうことが知られいます [https://bugzilla.kernel.org/show_bug.cgi?id=109051#c752]。
-{{ic|1=intel_idle.max_cstate=1}} limits the processors sleep states, it prevents the processor from going into deep sleep states. That is absolutely not ideal and does result in higher power use and lower battery life. However, it does solve random hangs on many Intel systems. Use this if you have a Intel Baytrail or a Kaby Lake Refresh chip. Intel "Baytrail" chips are known to randomly hang without this kernel parameter due to a hardware flaw[https://bugzilla.kernel.org/show_bug.cgi?id=109051#c752].
-More information about the max_cstate parameter can be found in the [https://docs.kernel.org/admin-guide/pm/intel_idle.html#kernel-command-line-options-and-module-parameters kernel documentation] and about the cstates in general on a [https://gist.github.com/wmealing/2dd2b543c4d3cff6cab7 writeup on GitHub].
+max_cstate パラメータに関する詳細は[https://docs.kernel.org/admin-guide/pm/intel_idle.html#kernel-command-line-options-and-module-parameters カーネルドキュメント]で、cstate に関する一般的な情報は [https://gist.github.com/wmealing/2dd2b543c4d3cff6cab7 GitHub 上の記事]で見られます。
+頻繁にハングする問題を解決するために {{ic|1=intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1}} を追加して問題が解決した場合は、その後パラメータを一つずつ取り除いて、どのパラメータが実際に問題の解決になっているかを確かめるべきです。実際の問題が SATA の電源管理に関係していて、問題を実際に解決するパラメータが {{ic|1=ahci.mobile_lpm_policy=1}} である場合、cstate やディスプレイの電源管理が無効化されている状態でマシンを走らせることは推奨されていません。
-If you try adding {{ic|1=intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1}} in the hope of fixing frequent hangs and that solves the issue you should later remove one by one to see which of them actually helped you solve the issue. Running with cstates and display power management disabled is not advisable if the actual problem is related to SATA power management and {{ic|1=ahci.mobile_lpm_policy=1}} is the one that actually solves it.
-Check [https://linuxreviews.org/Intel_graphics#Kernel_Parameters Linux Reviews] for more details.
+詳細は [https://linuxreviews.org/Intel_graphics#Kernel_Parameters Linux Reviews] を見てください。
 === 165Hz モニタのサポートを追加する ===

「インテルグラフィックス」の版間の差分

2022年11月30日 (水) 13:47時点における版

目次

インストール

ローディング

早い段階で KMS を有効にする

GuC/HuC ファームウェアのロードを有効にする

Xorg の設定

AccelMethod

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

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

Fastboot

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

パフォーマンスサポートを有効化する

ヒントとテクニック

スケーリングモードを設定する

GMA 4500 での H.264 デコードのハードウェアアクセラレーション

古い OpenGL ドライバ (i965)

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

モニタリング

明るさとガンマ値の設定

トラブルシューティング

ティアリング

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

DRI3 の問題

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

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

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

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

バックライトを調整できない

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

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

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

画面がちらつく

i915 ドライバで OpenGL 2.1

KMS の問題: コンソールが小さい領域に制限される

Haswell CPU で HDMI 経由で音声が出ない

低消費電力 Intel CPU でクラッシュ/フリーズ

165Hz モニタのサポートを追加する

Alder Lake-P 上でスリープ/サスペンドから復帰するとフリーズする

Alder Lake/UHD 770 で Plasma Desktop 内で Qt エレメントの選択に問題が発生する

Arc GPU のカーネルサポート

参照

案内メニュー

検索