华硕B660M-plus d4 wifi 重炮手 12700F和6600XT的EFI，验证功能完善

xhgame · 发表于 2023-4-16 14:26

配置：
CPU： i7 12700F
主板：华硕 ASUS B660M wifi D4 重炮手 tuf gaming b660m-plus d4 wifi
显卡：华硕 ASUS 6600XT DUAL
无线网卡1: 主板自带 AX201 （在黑苹果中通过SSDT进行屏蔽）
无线网卡2: BCM942602CDP+转接卡，四天线
硬盘： WD SN850 1T + 海康C2000PRO

BIOS版本2214，截止目前最新版本
BIOS设置：
默认优化设置
1.关闭串口 Serial Port
2.关闭快速启动
其他的都采用默认就可以，最后解锁cfg lock

关于解除CFG LOCK ，很多帖子没有说清楚怎么做，这里简单说下，不要用modGRUBShell.efi和cfglock.efi，尝试都不能成功
注意：
应该用的工具是grubx64.efi
下载地址 https://github.com/XDleader555/grub_setup_var/releases
最后的命令是 setup_var CpuSetup 0x44 00
至于如何定位到这个数字，各位有兴趣可以自行研究，但根据我之前很多机器的经验，虽然不同型号的主板位置不一样，但同型号主板，不管bios版本怎么升级，位置应该是不变的
提醒，如果更新BIOS或者重置bios，都需要重新解锁cfglock，也很快

最后提醒下usb定制
usb定制只需要定制主板自带的xhc的usb端口，限制在15个，注意最好不要少于15个，因为主板自带的ax201我虽然屏蔽了，但屏蔽看上去只能针对wifi功能，ax201的蓝牙看上去还是能工作的，这个蓝牙工作时候可能会影响黑苹果的功能正常，所以通过定制usb端口让ax201用的port14端口失效，会更好
因为我个人是需要双系统的，在win11下，我会使用ax201作为主wifi+蓝牙，所以我不会拔掉这个设备或在bios中关闭它们

关于ACPI
SSDT-XH_ADLS3.aml 非必须但非常建议，配合ACPI删除主板自己的xh_adls3 ssdt表（必须配合删除oem这个表一起使用），因为主板启动过程中能看到存在ACPI error，主板官方的这个加载报错，原因很简单是因为缺失一个条件判断，但如果你不想调整这个问题，也没有影响，目前我这个调整已验证不会影响win11系统，可放心使用
SSDT-AWAC-DISABLE.aml 必须
SSDT-EC-USBX.aml 必须
SSDT-PLUG-ALT.aml 必须
SSDT-SBUS-MCHC.aml 建议，这里说明下和SSDT-SBUS的区别，就是合并了SSDT-BUS和SSDT-MCHC，这里说下还有种方法，可以只使用SSDT-SBUS，并通过change MC__ to MCHC补丁实现MCHC的同等效果
SSDT-RHUB.aml 建议
SSDT-DMAC.aml 建议
SSDT-PMC.aml 建议，加载后，节能变成完整4项（以前都说节能五项，新的macos最多4项了，还需要有sata硬盘才是4项，否则三项，如不加载这个，就两项，实际无任何影响）
SSDT-Disable-CNVW.aml 如使用白苹果无线网卡，建议使用，屏蔽主板自带wifi

SSDT-GPRW.aml 需配合ACPI补丁更名change Method(GPRW,2,N) to XPRW使用，个人不建议，使用这个的效果就是，机器睡眠后，不允许通过usb设备唤醒，如摇晃鼠标、按一下键盘、插拔usb等，更容易睡眠，但容易掩盖问题，我个人建议是，如果你就只喜欢睡眠后按电源键才可以唤醒，也请先测试机器在不使用这个ssdt的时候，可以完美睡眠和完美唤醒，再使用该功能，这样能确保你的机器usb定制等都是完美的

最后，请更换三码，和ROM mac地址（建议采用自己有线网卡真实mac地址）

再补充说下，如何判断是否比较完美吧，除了基本功能外，还要通过终端命令看下
# 检查 XCPM 是否正常加载，返回 1为正常
$ sysctl machdep.xcpm.mode

# 验证 X86PlatformPlugin.kext 是否已经加载
$ kextstat|grep -y x86plat

# 验证 Apple Intel CPU 电源管理，返回为空表示正常
$ kextstat|grep -y appleintelcpu

kextstat | grep -E "AppleSMBusController|AppleSMBusPCI"
返回com.apple.driver.AppleSMBusPCI 和 com.apple.driver.AppleSMBusController 加载情况，应该是两个

验证完美还要通过hackintools 查看日志，系统，是否还存在ACPI ERROR，如果存在的话，可能不影响，但肯定还是可以继续完善的

我的kext加载包括了AirportBrcmFixup.kext BlueToolFixup.kext BrcmFirmwareData.kext BrcmPatchRAM3.kext
可能有人说，原生白苹果无线网卡+蓝牙并不需要这些，但我这些年使用过来，发现目前这样的搭配是最完美的，因为我个人使用AppleWatch进行解锁，如果不采用这些，很容易出现睡眠后wifi失效，或者睡眠后唤醒无法手表解锁的情况，我实验过很多次，这样我无论睡眠多久，唤醒后手表秒解锁的感觉真的很好

最后，大家都爱说非常完美，这个完美一般还是基于使用体验的，一般如果体验很好，就不用纠结，这里我说下我努力后依然存在问题的地方吧，也请其他大佬能帮忙看看，最后还会发出我的ddst等原始文件
目前可以工作的：
icloud，所有苹果服务
接力，隔空投送
手表解锁

不能工作：
随航，需要核显或T2芯片，无解，有线或者其他需要大量修改的实现方法，体验都很差

问题1:
随航，sidecar，我尝试了很久，网上也有人说不驱动核显可以，我尝试了很多方法，一般都是能发现ipad，但使用时候ipad黑屏或者提示连接超时，好像唯一一次成功的时候，分辨率非常有问题，和我原来8700+Z370的黑苹果比差异太大（原来是丝滑的），这个我个人不觉得可以解决，建议放弃

问题2:
华硕这个主板我修复了因为xh_adsl3.aml内容错误引起的ACPI ERROR，虽然成功加载了所有的SSDT，但后面依然有几个ACPI ERROR，_SB_.PC00.RP06.PXSX Namespace lookup failure, AE_NOT_FOUND 类似这样的错误提示，网上查到有说是开启XCHI Handoff，但该主板默认就是开启的，如有知道的可以告知

问题3:
这个不算问题，很多人说要屏蔽VT-D，但实际后来的macos已经不需要了，所以我没有bios关闭它，也没有oc中在任何地方屏蔽它，目前没有发现问题，如果说你们使用发现问题，可以尝试关闭VT-D

问题4:
关于cpufriend，我自己尝试定制cpufriend，之前也都是自己执行命令来生成，但是发现生成的文件运用后，跑分下降一般，使用网上的才能生效
同时，之前一般都采用这个，以下命令验证变频效果
$ sysctl -n machdep.xcpm.vectors_loaded_count
# 验证是否加载变频，返回 1 为正常
很奇怪的是，如果我才用自己定制的cpufriend，验证结果为1，表示变频加载正常，但跑分异常
如果采用网上别人的，返回 0 ，但跑分和看上去完全正常
这点希望知道的人能告诉我为什么，是因为大小核需要特别处理吗？该如何自己生成cpufriend

最后的最后，以上的问题，并非只有我有，我相信很多人提供的EFI可能没有特别关注这些问题，如果有知道这些问题的，还请不吝赐教

另外，我的efi也在win11下验证没有问题了，有时候我们太多的ssdt补丁，因为oc是全局生效，会影响win11的工作的，如果存在很大的acpi影响，那么就建议使用oc mod版，让mac和win的设置完全隔离开，互不影响
还是要慎重调整ssdt补丁，需要两边兼顾，我上面的SSDT-XH_ADLS3.aml是两边都会影响的，但已经很谨慎的验证了，可以放心用