2023年1月18日
為了徹底搞清楚這塊板子的CPU電源管理的玄學(xué)問題，我首先再次確認(rèn)了BIOS里的CFG Lock處于關(guān)閉狀態(tài)，同時關(guān)閉了RTC寫入保護和VT-d，SSDT沒動，重啟進(jìn)入系統(tǒng)，一切正常。然后，我嘗試去掉了x99-xcpm.aml這個從遠(yuǎn)景拿來的ssdt，因為這個ssdt里面沒有定義卻引用了DTGP方法導(dǎo)致開機的時候載入它就會產(chǎn)生幾行警告信息，大意是沒有找到DTGP方法所以不載入這個ssdt。由于并不影響啟動，我判斷去掉它理論上應(yīng)該不會有什么影響。誰知……沒錯，墨菲大神再次教我做人，去掉它之后確實并不影響啟動，但進(jìn)不了圖形界面了，也就是系統(tǒng)不認(rèn)顯卡了，這是什么奇葩問題??。
既然和顯卡有關(guān)系，我就又轉(zhuǎn)過頭來研究顯卡，屬于是頭疼醫(yī)頭腳疼醫(yī)腳了。網(wǎng)上抄了一個vega64的ssdt來，自己修改了顯卡路徑，扔進(jìn)OC里，在沒有x99-xcpm.aml的情況下依然不認(rèn)顯卡。沒辦法，只好暫時把它放回去了，開機進(jìn)入系統(tǒng)查看顯卡的IODevice路徑，確定剛才顯卡的ssdt已經(jīng)生效了，并且風(fēng)扇控制沒問題。這就有意思了，為啥一個理論上沒加載成功的ssdt會對系統(tǒng)認(rèn)不認(rèn)顯卡起作用呢？百思不得其解下，打開EFI文件夾看了一下，發(fā)現(xiàn)ACPI目錄中的CPU-PLUG.aml非常可疑，因為它也跟CPU電源管理有關(guān)系，并且它的作用理論上和上面提到的x99-xcpm一樣，果斷打開它，發(fā)現(xiàn)它并沒有調(diào)用DTGP方法，也就是說，開機的時候這個ssdt很有可能是調(diào)用成功了的，于是我大膽推論：
1、plug+xcpm+顯卡ssdt=plug和xcpm兩個ssdt均失效，顯卡ssdt正常>能進(jìn)入系統(tǒng)顯示圖形界面；
2、plug+顯卡ssdt=plug和顯卡ssdt均生效>可以啟動但不能顯示圖形界面，認(rèn)不到顯卡。
基于以上推論，我在OC里關(guān)閉了plug和xcpm兩個ssdt，僅保留了顯卡ssdt，重啟，果然，可以順利啟動進(jìn)入圖形界面。
這就更有意思了，因為現(xiàn)在理論上是沒有對BIOS的CPU電源管理做任何修正的，而macOS可以順利啟動并且CPU變頻正常工作，這就說明精粵這塊板不僅可以直接修改CFG Lock設(shè)置，并且內(nèi)置的CPU電源管理表完全符合macOS的標(biāo)準(zhǔn)，讓折騰黑蘋果的玩家?guī)缀醪挥每紤]系統(tǒng)啟動問題了。好奇之下我進(jìn)到BIOS里面一頓尋找，果然，在電源管理選項里面發(fā)現(xiàn)了有一個HWP電源管理，設(shè)置在Native模式，這樣不用使用ssdt對電源管理做任何改動就可以正常啟動macOS，省下了一堆麻煩。
i225v
截止昨晚折騰結(jié)束，這塊網(wǎng)卡在macOS13系統(tǒng)上無法驅(qū)動，網(wǎng)上的強制加載驅(qū)動和刷新網(wǎng)卡固件的方法都試過了，沒用，現(xiàn)在接了一塊外置螃蟹2.5g網(wǎng)卡使用，免驅(qū)。
USB定制
精粵這塊板子一共有兩個USB3.0-A，一個偽裝成type-c的USB3.0-A，試驗發(fā)現(xiàn)它分正反插，四個USB2.0，加上藍(lán)牙占用的USB和機箱帶的兩個前置USB3.0-A，實際上需要用到的端口一共有2x2+2(正插)+2(反插)+4+1+2x2=17個，超過了macOS的15個，因此不能直接一直下一步式定制USBMap，必須屏蔽兩個端口才行。事實也證明一直下一步式的定制方法會有兩個接口不識別USB3.0設(shè)備，我打算屏蔽掉兩個后置USB2.0，反正用的也少，而且其中一個接了電源線給小音箱供電了，影響不大。
真后記
到這里這次折騰基本就結(jié)束了，剩下的就是安裝軟件享受macOS了?？偟膩碚f這套系統(tǒng)完全能滿足我的編譯和裝X需求，最大的驚喜是精粵這塊板的BIOS竟然如此適合macOS，雖然現(xiàn)在有點49年入國軍的意思，但還是安利給各位。
PS
把kext也放一下吧
