GenericUSBXHCI.kext v1.3.0b2修复了Ryzen APU的USB3问题

GenericUSBXHCI.kext是黑苹果屋搜集到的USB3.0驱动，这款驱动已经很久没更新了,许多基于Ryzen APU的笔记本电脑必须禁用一个XHCI才能正常启动，此版本的kext可以解决这问题!

已经在R7000p测试,可以使用两个XHCI,所有USB正常，蓝牙也可用.

驱动说明

GUX-RyzenXHCIFix
这是 GenericUSBXHCI 的一个分支，旨在分析和修复在运行 macOS 11.0+ 的一些基于 Ryzen APU 的 hackintoshes 上发现的 USB3 问题。在我自己的笔记本电脑 (Picasso APU) 上修复该问题的实验性 kext 可以在发布选项卡上下载，但是在使用之前您应该仔细阅读本文档（尤其是“警告”段落）。

USB问题
许多基于 Ryzen APU 的黑客在初始化 XHCI 控制器时会在启动时挂起，这是由于尚不完全理解的问题引起的冲突。虽然可以使用 GenericUSBXHCI (GUX) 作为 Catalina 上的解决方法并恢复完整的 USB 功能，但 Apple 从 Big Sur 开始对 macOS 处理 USB 控制器的方式进行了重大更改，这最终破坏了 GUX 的多项功能（它仍然允许您启动，但 USB 大容量存储和许多其他复合设备（例如网络摄像头）不起作用）。在 11.0+ 上使用 GUX 的另一种解决方法是使用Smokeless UMAF禁用其中一个 XHCI 控制器，但是，并非所有设备都表示该选项在 UMAF 上可用，即使该选项可用，也意味着禁用该设备的任一 XHCI 控制器。外部 USB 端口或内部 USB 设备（网络摄像头/蓝牙/等）。

“修复”
在寻找修复程序时，我注意到安装 GUX 并使用 -gux_nomsi boot-arg 启动将使 USB 在我的系统上完美工作。然后，我与Noot Inc.分享了我的发现，在分析Visual Ehrmanntraut和 Yan Schafer发生的情况时，我们注意到这是因为 GUX 会被加载并执行其一些 USB 初始化功能，然后，因为我的笔记本电脑无法如果在没有 MSI 的情况下使用 USB，它会在早期启动期间出错并退出，让 AppleUSBXHCIPCI 连接到 XHC0 和 XHC1。考虑到这些信息，我对 GUX 进行了分叉，做了一些小的更改，使其能够在 Xcode 14.3.1（针对 Ventura 13.5）下进行编译，并强制它始终退出通常会因 -gux_nomsi 错误而退出的位置。这样，不仅不再需要 boot-args，而且可能会使 kext 在存在问题但正确支持不带 MSI 的 USB 的系统上工作（因此使用 -gux_nomsi 启动无法解决问题）。

警告
我们还不能完全确定 GUX 的早期初始化代码中到底是什么解决了 XHCI 冲突，我们所知道的是在该设备上修复了它。因此，这个 kext不应该被认为是一个正确的、最终的解决方案，应该更彻底地研究这个问题。考虑到导致冲突的潜在复杂性，也不能保证此修改后的 kext 也能解决您系统上的 XHCI 问题。我只是提供编译后的驱动程序作为临时解决方法。

该项目的目标是希望识别和隔离使 XHCI 在 GUX 早期 init 中的 11.0+ Ryzen APU hackintoshes 上正常工作的因素，并从中创建一个单独的 kext如果我有足够的空闲时间。

解压密码：imacos.top