Hey
@Outface - I lost functional bluetooth somewhere along the way with Sequoia and OCLP. At one point there was a 'fix' which involved removing a spoof kext worked and it always worked just fine when booted in Mojave.
I had upgraded my PCI card to a BCM94360CDP (not ideal according to Tsialex). At some point it stopped working with an upgrade (either OCLP or Sequoia but I forget which) and I had to abandon the idea of bluetooth forever. All indications pointed to the fact that it plugs into the USB port of the motherboard. It also no longer worked in Mojave either! I did not have access to another card nor could I find the recommended 'dongle' alternative and so I left it. The bluetooth card is properly recognised by OCLP and my Mac (system infor) but will not otherwise work (ie its not "null") while the wifi works just fine and always did.
Every now and again I tried asking various AI's but really always got to same point - your 1.1 USB doesn't work and somehow OCLP is not patching that like it does for the factory card (so if I'd not 'upgraded' my original card it might be working under OCLP!). They basically confirmed
@tsialex's diagnosis in post #8. I was not able to do the hardware work myself and I couldnt get one of the recommended dongles and my CD (noP) card bought never arrived so I gave up.
So my question is: would this apply to my situation? And if so, how do I do this? I read your post, followed the github link but there I cant go forward as I have absolutely no clue what to do next!
My problem it seems is the USB OHCI/UHCI, not the controller.
Thanks.
Hi, yes, this could apply to your situation, although I cannot guarantee it because your card is not exactly the same model as mine.
My MacPro5,1 has an upgraded BCM94360CD combo card. The Wi-Fi part of this card uses PCIe, while its Bluetooth component is a BCM20702B0 connected through the Mac Pro’s internal USB path. It appears in macOS as BRCM20702. Therefore, my successful test was also performed with an upgraded Wi-Fi/Bluetooth card, not with the original factory Bluetooth card.
Your BCM943602CDP has a different Bluetooth component, but its Bluetooth connection also uses USB. If it is attached through one of the MacPro5,1’s legacy USB 1.1 controllers, the OCLP problem I identified could affect it as well.
UHCI and OHCI are the legacy USB host-controller interfaces and their associated drivers. Therefore, what you describe as an OHCI/UHCI problem is precisely the area addressed by my change. The patch is not specific to the BCM20702 Bluetooth chipset. It changes how OCLP installs the legacy USB 1.1 driver stack, keeping the downgraded IOUSBHostFamily and AppleUSBHub together with the restored UHCI/OHCI plug-ins in the primary Boot/System Kernel Collections.
There is, however, an important distinction regarding Mojave. This source change only affects OCLP root patching on Ventura and newer. It does not patch Mojave. If Bluetooth is also unavailable when Mojave is booted completely natively, without OpenCore, there may be an additional hardware problem involving the card, adapter, internal USB cable or motherboard connection. If Mojave is being booted through the OCLP/OpenCore EFI, injected Bluetooth kexts or spoofing could still affect it.
Regarding how to apply the fix: the GitHub link contains a proposed source-code change, not a downloadable installer or an official OCLP release. I built and tested OCLP from the modified source with the exact matching KDK. I am not distributing a custom binary.
For this to become straightforward and safe for regular users, the OCLP developers need to review and incorporate the change into an official OCLP build. Until that happens, using it requires building OCLP from the modified source and should be considered experimental.
So the short answer is: yes, the fix could apply to your BCM943602CDP because its Bluetooth component also depends on the legacy USB path. However, only the BCM94360CD/BCM20702B0 combination in my MacPro5,1 has been tested so far, and the fact that Bluetooth also fails in Mojave may indicate a second, separate issue.