質問: uefiで起動されたlinuxマシンのビデオモードがグラフィックス出力プロトコル(gop)であるかユニバーサルグラフィックスアダプター(uga)であるかを検出する方法は? uefiファームウェアは、gopまたはugaグラフィックプロトコルをサポートしているようです。 gopはより新しく、ugaに取って代わりました。統合グラフィックスアダプターがない(ディスクリートグラフィックスアダプターnvidia gtx 965mのみ)私のマシンでは、linuxインストールcdをライブブートすると、グラフィックスカードを駆動するカーネルモジュールがないことがわかりました(lspciとxログを確認しました) 。uefiについて調べてみたところ、この2種類のグラフィックプロトコルを見つけましたが、uefiのように見えるので、どちらが使用されているかを確認する方法(コマンドラインクエリ)があるのではないかと思いました。マシンのディスプレイを駆動する機能を提供しているファームウェア(おそらく「vga互換」のディスクリートグラフィックスカードを介して)。さらに、bios設定(uefiファームウェアを使用している場合はbios設定と呼ばれますか?)で、ビデオop rom設定を「bios互換モード」に変更することもできました。 「uefiのみ」のままにしておくと、bios構成設定とpostディスプレイ、およびブートローダーディスプレイ)でフル解像度が得られました。「bios互換モード」を選択すると、はるかに小さくなりました。これは基本的に、ファームウェアが代わりにvgaプロトコルを使用できたことを意味しますか?
回答: グラウィティの答えを詳しく説明するために、あなたの質問には、関連性の程度が異なるいくつかの問題があります。 ga vs. gop-おっしゃるように、ugaとgopの2つのefiビデオシステムがあります。後者は、efi 2.x(別名uefi)、iirc、およびafaikで導入されました。すべてのuefiベースのシステムはgopを使用します。原則として、すべてのefi1.xシステムはugaを使用する必要があります。ただし、apple(最新の製品でもefi 1.xを使用)はugaをefiに移植しているため、一部の(すべてではない)macにはgopを備えたefi1.xがあります。 。他の奇妙な例外があるかもしれません。grawityが言うように、この区別はファームウェアレベルでは重要ですが、実際にはosレベルではなく、少なくともafaikでは重要ではありません。 linuxフレームバッファデバイス-ugaまたはgopのどちらであっても、ファームウェアはosにビデオハードウェアへのアクセスを許可します。これはlinuxがフレームバッファデバイスを介して公開します-具体的には、efifbです。 efiベースのシステムでは、これがテキストモード操作の基礎となることがよくあります(xを起動しない場合、またはctrl + alt + f1からctrl + alt + f6を押した場合)。 otoh、特定のビデオチップセット用に一部のカーネルドライバーによって提供されるフレームバッファーデバイスもあるため、efifbデバイスを使用しない可能性があります。 ugaとgopがosに提示する方法に違いがあるかどうかはわかりません。確かに、linuxで使用するコマンドのように、より高いレベルでの違いはありません。 x window systemドライバー-xドライバーは、カーネルビデオドライバーに依存することも、基本的にそれらから独立することもできます。ほとんどの場合、特定のビデオチップセット(ati、nvidia、intelなど)用に作成されたxドライバーを使用しますが、これらはファームウェアでは機能しません。したがって、これらのドライバーは、ugaとgop(またはbiosとefi)の影響を受けないようにする必要がありますが、いくつかの注意点があります。とは言うものの、efifbデバイスを含む、アクティブなフレームバッファーデバイスを介して動作するxフレームバッファードライバーがあります。したがって、efiのugaまたはgopモードを介してディスプレイを駆動することができます。ただし、フレームバッファドライバは低速になる傾向があるため、これは間違いなく最適ではない方法です。 ubuntuのunityを含む最新のウィンドウ環境は、フレームバッファーを介してアクセスできないビデオアクセラレーション機能にますます依存しています。 次のように、dmesgを介してカーネルリングバッファを調べることで、これが機能していることを確認できます。$ dmesg | grep fb [ 0.625015] efifb: probing for efifb [ 0.625207] efifb: framebuffer at 0xc0000000, mapped to 0xffffc90010880000, using 3072k, total 3072k [ 0.625208] efifb: mode is 1024x768x32, linelength=4096, pages=1 [ 0.625209] efifb: scrolling: redraw [ 0.625210] efifb: truecolor: size=8:8:8:8, shift=24:16:8:0 [ 0.627994] fb0: efi vga frame buffer device [ 6.086695] fb: conflicting fb hw usage radeondrmfb vs efi vga - removing generic driver [ 6.689526] [drm] fb mappable at 0xc1488000 [ 6.689531] [drm] fb depth is 24 [ 6.689610] fbcon: radeondrmfb (fb0) is primary device [ 6.804904] radeon 0000:00:01.0: fb0: radeondrmfb frame buffer device この例は、amd/atigpuを搭載したシステムでのフレームバッファー関連のメッセージの数を示しています。 ugaとgopについては言及されていませんが、efifb(フレームバッファーコンソール)およびfbcon(フレームバッファーデバイス)と同様に、radeondrmfbデバイスが参照されていることに注意してください。 ati/amd radeonデバイス)。 removing generic driverメッセージは、efifbドライバーからradeondrmfbドライバーへのハンドオフを示します。 xサーバーに関連するメッセージについては/var/log/xorg.0.logを調べることもできます。私のシステムの場合、これらはあまり面白くありませんが、xの起動に問題がある場合は、xorg.0.logの方が興味深いかもしれません。もう1つのポイント:ハードウェアの問題についてヘルプを求めるときは、ハードウェアが何であるかを指定することが一般的に重要です。ビデオの問題についてヘルプを求めるときは、「ディスクリートグラフィックスアダプター」の具体性が不十分です。さらに言えば、あなたの問題が何であるかは明確ではありません-それとも、理解を深めるために、すべてがどのように組み合わされているかについての情報を探しているだけですか?