uefi dxeドライバーは、公式にサポートしないシステム上で再配置可能なバーを有効にします。これはパフォーマンスの利点を提供し、Intel Arc GPUが最適に機能するためにも必要です。

FFSモジュールの追加Wikiガイドに従って、手順を続けます。モジュールの追加と、必要に応じて必要な追加の変更をカバーします。
変更されたファームウェアを実行したら、 4Gデコードが有効になり、CSMがオフになっていることを確認してください。
次に、リリースで見つけることができるRebarStateを実行し(cmakeを使用してLinuxビルドを使用している場合)、再設定可能なバーサイズを設定します。ほとんどの場合、問題なく32 (無制限)を使用できるはずですが、 32機能しない場合は、より小さなバーサイズを使用する必要がある場合があります
再配置可能なバーが機能する場合は、ワーキングマザーボードのリストに返信して、リストに追加できます。ほとんどのファームウェアは、安全な起動を備えた署名されていない/パッチ付きモジュールを受け入れるため、特定のゲームの実行に問題はありません。
再設計可能なバーを有効にした後に問題がある場合は、一般的な問題(および修正)を参照してください
モジュールはUEFIファームウェアのDXEボリュームに追加されるため、すべてのブートで実行されます。 Rebardxeモジュールは、 PciHostBridgeResourceAllocationProtocolの関数PreprocessController再配置可能なバー機能をチェックし、元の関数を実行した後にReBarState NVRAM変数からサイズに設定する関数に置き換えます。
新しいPreprocessController関数は、 PciBusモジュールによるPCI列挙中に後で呼び出され、新しいバーサイズを検出し、それに応じて割り当てます。
これらのx99マザーボードには必要ないため、uefipatchを適用するための手順は含まれていません。以下に従うことができます。
ほとんどのUEFIファームウェアには64ビットバーの処理に問題があるため、これらの問題を修正するためにいくつかのパッチが作成されました。 uefipatchを使用して、uefipatchフォルダーにあるこれらのパッチを適用できます。 uefipatchの使用の詳細については、uefipatchを使用してWikiページを参照してください。パッドファイルが変更されていないことを確認し、回避策を使用しているかどうかを確認してください
GetLastError: 5EDK2ツリーの内側にクローニングした後、DXEドライバーを構築した後、提供されたbuildffs.pyスクリプトを使用します。 Rebarstateは、Cmakeを使用してWindowsまたはLinux上に構築できます。詳細については、Wikiページビルディングを参照してください。
以前は、PCIEGEN2システムでは機能しないと考えられていましたが、1人のユーザーがi5 2500Kで動作していました。
Linuxを4Gデコードオンで使用できます。最近のバージョンは、GPUバーを自動的にサイズ変更して割り当てます。 BIOSに4Gデコードオプションがない場合(必ず非表示を確認してください)、DSDTに故障している場合は、DSDTパッチングからの変更を使用して、カーネルコマンドラインのpci=reallocを使用してBootを使用してDSDT変更のArch Wikiガイドに従うことができます。現在
CLEAR CMOSとResizable Barを無効にする必要があります。場合によっては、CMOSバッテリーを取り外して、再構成されたバーを無効にする必要がある場合があります。
I5 3470とSapphire Nitro+ RX 580 8GBを備えた私のシステムでは、ドライバーで変更可能なバーが有効になっています。2GBのバーサイズで最大12%FPS増加します。
@dsanke、@cursemex、 @val3nt33n、 @mak3rde、 @romulus2k4テスト/ @romulus2k4
Linuxカーネル、特にamdgpuドライバー
すべてのOEM UEFIが続くベースのEDK2
UEFIモジュールを回避して人工的な制限にパッチを当てるために使用されたGhidra
NVRAMホワイトリストパッチ用 @VIT9696
@zoxzx上記のx79上記のパッチを支援してくれました
@nikolajschlej uefitool/uefipatchを開発した
QEMU/OVMFは、弾力性のあるバーデバイスがなかったが、テストのフックを簡単にしたため、実際のPCでテストできる唯一の方法はありませんでした。