‎한국어x11-drivers/nvidia-driversはNVIDIA製グラフィックスカード用のプロプライエタリなドライバーです。オープンソースの代替としてnouveauがあります。Treeにあるx11-drivers/nvidia-driversはNVIDIAによって公開されていて、Linuxカーネルと共に動くようビルドされています。これらにはグラフィックスカードとのやりとりの大部分を行うバイナリ・ブロブが含まれています。ドライバーはカーネルモジュールとX11ドライバーの二つの部分で攻勢されています。この両方が一つのソフトウェアパッケージに含まれています。NVIDIAが行ったパッケージのしかたにより、インストール前にいくつか決めなければならない事柄があります。x11-drivers/nvidia-driversはNVIDIAの最新のドライバーが含まれていて、大半のカードがサポートされています。カードの製造時期によっては対応するドライバーのいくつかのバージョンが含まれています。このパッケージはeclassを使用し、システムに含まれるカードの種類を特定した上で正しいバージョンのドライバーをインストールします。flagsハードウェアの互換性x11-drivers/nvidia-driversは幅広いNVIDIAのグラフィックスカードをサポートします。システムに含まれるカードに合わせられるよう、このパッケージには複数のバージョンがあります。driver?を参照してください。システムに含まれるグラフィックスカードを入力すると、もっとも適したバージョンを教えてくれます。Type'の入力欄にあるLegacyオプションにはご注意ください)もしグラフィックスカードがレガシーカードと分かったならば、以下のような最近のnvidia-driversをマスクしてください。174>x11-drivers/nvidia-drivers-174Gentooが71.86.xxバージョンを提供していないことを念頭に置いておいてください。このドライバーを必要とするグラフィックスカードがシステム内にあるならば、nouveauドライバーを使うことが推奨されます。インストールカーネル上記の通り、NVIDIAのカーネルドライバーは現在のカーネルに合わせてインストールされ、実行されます。カーネルモジュールとしてビルドされるので、カーネルはモジュールのロードに対応していなければなりません。(下記参照)カーネルモジュール(nvidia.ko)は(バイナリ・ブロブとして一般的に知られている)グラフィックスチップを動かすプロプライエタリな部分と、(「のり」である)実行時にカーネルとプロプライエタリな部分の橋渡しをするオープンソースの部分から構成されます。これらがすべて協調して動作しないと、(カーネルパニックや未保存のデータが残っている状態でのXサーバーのクラッシュなどによる)データの損失につながります。(過熱やそのた電源管理の問題に代表される)ハードウェアの不具合も考えられます。時々、新しいカーネルのリリースによってドライバー用の内部ABIが変わることがあります。これは、それらのABIを利用するすべてのドライバーをこの変更に合わせなければならないことを意味します。オープンソースのドライバー、特にカーネルとともに頒布されるものに関しては、ドライバーやカーネルの他の部分をつなぐ一連の機能呼び出しを見直すことが容易で、この様な変更はほとんど手間な加えることができます。プロプライエタリなドライバーに関しては同じようにはいきません。内部ABIが変わるとき、プロプライエタリな部分によってどのように「のり」の部分が使われているか分からないため、ただ単に「のり」の部分を修正することは不可能です。うまく修正を重ねて順調に動いているようであっても、nvidia.koを新しい、サポートされていないカーネルで使うことにはデータの損失やハードウェアの不具合が起きるといったリスクが付随します。新しい、互換性のないバージョンのカーネルがリリースされたとき、しばらくはサポートされる最新のカーネルを使用しつづけることが最善でしょう。NVIDIAが一般に公開してもいいと判断するプロプライエタリなドライバーを公開するのには通常数週間かかります。新しいカーネルが絶対に必要ならば、nvidia-driversのebuildでepatch_userコマンドを使うこともできます。これによってnvidia-driversに何らかの修正を加えて、最新のサポートされていないカーネルでも動くようにすることができます。nvidia-driversのメンテナも、NVIDIA自体もこのような用法はサポートしないことを念頭に置いてください。ハードウェアの保証もおそらく無効になるでしょう。NVIDIAのみがまともにデバッグできるのでGentooのメンテナも修正を加えることはできません。(Gentoo、Upstreamの双方の)カーネルのメンテナはプロプライエタリなドライバー、ひいてはプロプライエタリなソフトウェアに「汚染」されたシステムの不調に対してサポートを提供しません。allによってカーネルが構築されたならば、準備は整っています。Registerも有効にしてください。handlerシステムにAGPグラフィックスカードがある場合は、カーネルのagpgartサポートを有効にすることもできます。モジュールとして有効にする他、カーネルに組み込むこともできます。agpgartモジュールが使用されなければ、ドライバーに含まれるNvAGPという独自のagpgartの実装が使用されます。システムによっては、こちらを使用する方がカーネル内のagpgartよりも高いパフォーマンスが得られ、その逆も場合もあります。使用しているシステムでどちらの方がよいパフォーマンスを得られるかを確認するとよいでしょう。分からない場合は、カーネル内のagpgartを使ってください。--->Noteamd64では、IOMMUがagpgartの設定をします。ドライバがNVIDIA製のバイナリドライバと競合します。時々NVIDIAドライバの初期化に問題が発生することがあります。今のところ(U)EFIシステムで他に使えるフレームバッファはありません。シンボリックリンクを元にカーネルバージョンを決定します。このシンボリックリンクが正しいソースを指し、きちんとコンフィグレーションができていることを確認してください。1設定ドライバーいよいよドライバをインストールします。インストールしてくれます。USEフラグを指定してインストールすることもできます。いう、グラフィックカードを様々な角度からモニタ・設定できる便利なGUIツールがインストールされます。重要カーネルをビルドする時は毎回、NVIDIAのカーネルモジュールを再インストールしなければなりません。実行するのが簡単です。(任意)注意これは署名済みカーネルモジュールを使わないシステムには関係ない話なので、読み飛ばしても構いません。セキュアブートのためのカーネル署名を行っている場合は、NVIDIAのカーネルモジュールも読み込む前に署名しなければなりません。以降では画面モード設定のために新しいモジュールが追加されたので、これも併せて署名しなければなりません。/lib/modules/Kernel-Version-modules-path/video/nvidia-modeset.ko正しく署名ができたら、ドライバはブート時に読み込まれるはずです。限らず、ほかのモジュールでも使えます。指定するモジュールのパスを変更するだけです。effect.警告これらのカーネルオプションはハードウェアがサポートしない機能も有効化できるため、この作業は十分に注意しなければなりません。設定値を間違えちゃった、では済まないかもしれません。その変更が本当に必要なのか、設定値は正しいのかをよく確かめない限り、変更を加えてはいけません。