-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BlueToolFixup has known issues with macOS 12+ #1821
Comments
ASUS K550J, OS Version: Monterey beta 10 (21A5552a), MacBookPro11,4 Can't turn on Bluetooth, Seems to fit this issue (With Beta 10, any vendor that is not Broadcom or CSR is ignored). |
ASUS K550LX, OS Version: Monterey beta 10 (21A5552a), MacBookAir7,2 |
I have the exact same behavior as MaximeH38. Laptop: Thinkpad S240 Yoga (Yoga S1) Card is recognized as "THIRD_PARTY_DONGLE" as well and I experience the same restrictions as MaximeH38 |
ASUS X99 DELUXE, OS Version: Monterey 12.0.1 (21A558), iMacPro 1.1 SMBIOS Thank you for your time and work ! |
Dell G5 5587 laptop using SMBIOS MacbookPro 15,3 |
is this thread for formerly natively working BCM94360CS2 as well ? z390pro / SMBIOS imacpro 1.1 |
laptop = hp-da1023nia i5 8265u |
montereyRC.zip I cannot enable bluetooth under System Preferences. It shows as disabled, but the enable button does nothing. I forgot to thank you for your time and your work :) EDIT: I was not loading BlueToolFixup properly. Now I got bluetooth working (using version 2.6.1). However, i'm having issues with AirDrop, Continuity and Sidecar. |
In Monterey 12.0.1, my internal WiFi BT Card (Broadcom BCM94352HMB DW1550) is detected as dongle as well: In Catalina it looks like this: This is the Kextloading sequence and Min/Maxkernel Settings: Now, if I boot Monterey, BT works. But as soon as I disable it, I can't re-enable it. I guess because it thinks the "dongle" has to be reconnected. |
I can confirm that 2.6.1 works with the Monterey 12.0.1 release. However Airdrop from Hackintosh to iPhone does not work with my DW1560 card. But iPhone to Hackintosh works |
LG Ultra PC 15UD50N-GX56K (i5-10210U) |
You can use this kext to fix this issure.( https://dortania.github.io/builds/?product=BrcmPatchRAM&viewall=true&version=2.6.1&sha=44c30250f8ef4175671a96fc5afe5cbfcf609c88 ) |
The new commit does fix the firmware upload issue. I can confirm that. I have the same BT as yours. |
|
Here with the Fenvi T919
Bluetooth specs:
The mac address starts with: With iMac19,1 SMBIOS and working iServices, bluetooth works perfectly (on and off) but as @buyddy said, Airdrop works only one way, from e.g. iPad to my machine and not the other way around I'll continue to follow this thread for any updates. |
I can confirm the version 2.6.1 (https://dortania.github.io/builds/?product=BrcmPatchRAM&viewall=true&version=2.6.1&sha=44c30250f8ef4175671a96fc5afe5cbfcf609c88) fixed the issue for Intel AC 9560 |
We will not release BlueToolFixup before Monday. |
I noticed something on Airdrop behavior after using 2.6.1 for a day. Airdrop from iPhone to Hackbook always works, however the other way around has about 10% chance of success. I have an iPhone 12, it can always get detected, however most of the time, sending from Hackbook to it won't work. Randomly, it does worked a few times. I have another iPhone 13 Pro. Half of the time it won't be detected by Hackbook. When it does, airdrop works normally. I suspect there are some channels that are working and some not? |
Same here! Intel AX200 card. On the beta 10, the 2.0.1 patch worked, but now on the 12.0.1 it doesn't work. I don't know if i'm doing something wrong... Already updated all kexts. |
DW1560 Bt failed, Wifi works fine on 2.6.1 |
|
MB = Gigabyte Z390 UD Using Debug BrcmPatchRAM 2.6.6 Configuration was working in Monterey and in Ventura beta until a few weeks ago. Backed off beta to general release with no change in results. From System Report - Bluetooth Controller: USB: BCM20702A0: |
Are there any Acidanthera plans to include BlueToothSpoof.kext in the BrcmPatchRAM package? |
@TonyC5 |
@ngaithonnguyen See here for what is working for me. Look at subsequent posts to see that someone else reported that an updated version of BluetoolFixup.kext resolves their issue. Also, you appear to be injecting two different USB ports kexts (USBInjectAll and USBPorts). I don't use Open Core configurators, so I can't be certain from your screenshot, but you might want to look at that. One more thing... again, I don't use OC configurators, but if your screenshot is accurate, you appear to be using different kext versions from BrcmPatchRam package. Update your BrcmPatchRam kexts to 2.6.6 (and then the 2.6.7 version when it is officially released). BlueToolFixup.kext, BrcmFirmwareData.kext and BrcmPatchRAM3.kext should all be the same version. |
zxystd has merged BlueToolFixup.kext updates into the Acidanthera version of BrcmPatchRAM. These updates will be released with BrcmPatchRAM 2.6.8. |
Still no solution for Airdrop in Monterey, only one direction, working perfectly since mojave. |
I have a real Mac Mini4,1 WiFi worked but BT did not (sliding ON switch in BT preferences did nothing). Now BT lets me connect to simple peripherals like BT Speaker and Apple wireless mouse and they work as expected. When the iPhone appears in the Monterey BT Preferences and connect to it, pairing codes appear on both devices and clicking 'pair" on the iPhone connects it the Mac mini. But 1-2 seconds later both device says "Not connected". OCLP installs |
Thx for the suggestion. I am already using BlueToolFixup.kext version 2.6.8 and does not make a difference. |
@MacNB I hadn't previously tested iPhone pairing. I just tested and have reproduced your results on my MBP6,2 (Dell Latitude E6410/NVidia Tesla, BCM 94352HMB, OC 0.9.3, BlueToolFixup.kext 2.6.8, BrcmPatchRAM3 2.6.8, BrcmFirmwareData 2.6.8, Bluetooth-Spoof, Monterey 12.6.7, patched with OCLP-AMFIPass-Beta4). When I pair my MBP6,2 with iPhone (iOS 15.7.7), the connection is established and then breaks after a couple of seconds. |
@TonyC5 Thanks for testing and reproducing the iPhone pairing issue. |
CSR8510 A10 dongle works fine (with added nvram variables) in Ventura: I can switch it ON and OFF without issues, but when I put my PC to Sleep, Bluetooth stops working: unplugging, then plugging back doesn't help. CSR8510 dongle is not recognised at all and missing in System Information - USB and IOReg. Plugging it in USB Hub doesn't solve the issue.
|
Did you try mapping the USB port used for the dongle as "internal"? I use the same dongle/chipset and Bluetooth works fine after sleep. It's only after rebooting that I have to reconnect the dongle and restart the devices (cold boots are working fine though). BTW: What NVRAM variable are you setting? |
I'm having the same issue with a TP-Link UB400, which uses a Cambridge Silicon Radio internally. Reboot needs me to physically disconnect and reconnect the dongle. Any solutions for this? |
I hope so, I rarely use this hackintosh, so don't remember exactly: used usbtool to generate custom USB map.
bluetoothExternalDongleFailed and bluetoothInternalControllerInfo Both of these keys are mentioned in this issue above. |
Use external USB Hub. It fixes the issue. |
Cheers, I'll give this a shot. Does it need to be a USB 2.0 hub or am I okay with a USB 3.0 hub? I'm having issues connecting my Xbox One S controller with Bluetooth, macOS discovers it but I can't connect to it, the controller light keeps blinking. My Sony wh1000xm3 headphones work flawlessly though. I also have the ASUS BT400 which I can try as it has a BCM20702 chip, but it might need different config options. If anyone's had luck with that on 13.6+ I'd love to hear what worked. |
Do we have update on Sonoma support? I currently have two BT dongles nonworking in Sonoma 14.3 that I would love to get working: Asus BT400 - Broadcom BCM20702A0 Bluetooth First I'd like to focus on the Asus BT400. I have the following kexts: I see the following logs:
Doesn't appear to be loading. Using OC 0.9.7. Questions:
update 1 - NVRAM vars:
Update 2: hackintool output |
I have both of those, I mainly use the BT400 Daily and it works just fine on Sonoma, 14.2.1 here. I can connect my Xbox One controller, and use my Sony WH1000XM3 daily. Need to resinsert it after a restart but otherwise no issues. Follow the BRCmpatchram guide on the GitHub, and the NVRAM variables you see in the thread. Been using mine for weeks and no issues. |
I've updated my original post showing I have these nvram vars enabled, yet no Broadcom loading. Also asked questions. |
@dcontiveros Any updates? I have the same problem on Sonoma
Latest OpenCore, I do have the NVRAM vars and BrcmPatchRAM patches. |
@p0ryae Have not made any progress on this. My output is the same as yours. |
Quite annoying since latest version of Ventura works perfectly fine. Hopefully one of the contribs look into this. Are you aware of any bluetooth dongles that work out of the box in Sonoma? Also, @AliTheAce we'd really appreciate if you assured you got the same exact bluetooth model working in Sonoma, and show us a list of kexts you use for your Hackintosh. |
BlueToolFixup, UB400 bluetooth adapter and m350 logitech mouse (also known as pebble) aren't compatible. It can detect other peripherals, like logitech keyboard and bluetooth headphones but not m350. Is this a known issue? I have tested this two different hackintosh (monterey, intel desktop pc and ventura, amd laptop) and the issue persists. am I supposed to install any other kext other than BlueToolFixup for such issues? or am I supposed to change anything on config.plist like nvram settings? How can I help you troubleshoot this issue? Thanks. |
https://github.com/1nk1/msi-z690-ddr5-wifi-sonoma You need to view how it's realized on my configuration and i hope thats help you to turn on your device |
https://github.com/Lorys89/BrcmPatchRAM/actions/runs/9551440370 and don't forget rest nvram |
As detailed in #1669, Apple has been actively working on the Bluetooth stack in macOS Monterey. Recent betas have broken the approach BlueToolFixup used to enable Bluetooth for non-native Broadcom and Intel chipsets. There are several known issues:
transport-encoding
no longer works to change the transport typetransport-encoding
still has adverse effects for unknown reasonsbluetoothd
now has several checks that raise issuesbluetoothd
to take different codepaths which may or may not be supported for the specific chipsetIf you are experiencing issues with Bluetooth on Monterey, please post here (do not create a separate issue) and make sure to include:
The text was updated successfully, but these errors were encountered: