最近因故覺得有必要釐清主機板 BIOS 內，Above 4G Decoding 及 Re-Size BAR Support 這兩項設定，對於 Linux 遊戲執行狀況的影響。特別是 NVIDIA 獨顯視訊記憶體（VRAM）的消耗、以及與之相關的錯誤情形。雖然最終是未能得出清楚的結論，可能要看日後是否有更合適的環境條件再做研究。但由於 BIOS 操作過程中有發覺到一些其它的事情，所以在此筆記下來。
主機板廠牌及型號是 Gigabyte B650 EAGLE AX，從 2024 年更換至這張主機板後，就沒有再做什麼設定異動，直到近期的嘗試。首先其實就是很自然地更新韌體版本，從 F5a 更新到 F40a。更新重啟後，發現原本設定的 BIOS 密碼無效，變成無法進入。於是上網搜尋看看有沒有什麼相關資訊，否則就是要手動重置 BIOS 設定了。結果竟然有人分享他的密碼在韌體更新之後，從小寫變成大寫，所以改輸入大寫就好了。試了一下，果真如此……後續也可以再自行重設密碼。不過按理講這應該是 Bug，因為相形之下，密碼在韌體更新之後被自動清除、或者是能按原樣保存，都才是相對合理的結果。
或許是因為在一般情況下，BIOS 密碼很少人在用，所以這個異常情形更不容易被發覺到。DR 自己家裡的桌機都會設定 BIOS 密碼，也是承襲早年開始學習組裝電腦時，所遺留下來的習慣。不過這主要算是某種設備維護的慣例，而不是出於資料安全性的考量。
其它發覺到的狀況，則是 BIOS 設定介面內，有數項設定的依賴、連動或者互斥性，沒有明確地揭示出來，容易讓使用者感到困惑。例如 CSM Support 必須在 Secure Boot 先停用的情況下（實際上 DR 向來都會選擇停用 Secure Boot，但當下忘記先做這件事），才能有效地啟用。否則使用者雖然看似能夠啟用 CSM Support，但實際上儲存設定及重啟後，會依然看到它是停用的狀態。以及本文前面提到的 Above 4G Decoding 及 Re-Size BAR Support 這兩項設定，也僅有在重新啟用後，使用者才會意識到它們跟 CSM Support 是有互斥性的，會讓 CSM Support 被自動停用。
不過也是因為前述這些操作過程，讓 DR 決定要就此棄用 UEFI CSM 所提供的相容模式，以防滋生各種設定問題。先前之所以會需要啟用 CSM，是因為這張主機板是在舊主機板故障後，在已安裝的作業系統及磁碟不做異動的情況下更換的。如今決定重建系統磁碟的分割表，從 MBR 改成 GPT；然後作業系統從 Fedora 42，重新安裝至 Fedora 43，與此同時也改為用 EFI 分割區開機。除此之外，原先存在多年的 Windows 10 也一併刪除，因為使用率真的很低。於是家裡的二號機，在數次改朝換代以來，至此終於脫離雙系統的配置，變成是 Linux 單一系統。而針對 Windows 的使用需求，則預期可能會使用虛擬機、或者是手邊維持雙系統配置的舊筆電來處理。