Broadcom FullMAC Wi-Fi support on macOS Sonoma, Sequoia and Tahoe without root patches

[schrup21]

18 hours ago, Anto65 said:

 

Where ? There is no trace of this kext. 🤔

Here you are 😁

https://github.com/acidanthera/DebugEnhancer

[schrup21]

18 hours ago, BuXb said:

(a bit off-topic/ just out of curiosity: so I understand Linux does not provide a FW for the BCM94360CS2. I admit I never ran Linux after installing the BCM94360CS2, but I guess consequently it wouldn't work in Linux, either?)

What I understood is that the smac driver / firmware is included in the kernel

[pkdesign]

2 hours ago, KGP-iMacPro said:

Today I finally received the PCIe adapter for the BCM943602CDP. The rest was just plug & play by following the instructions of the author. 5 Minutes of work in total and overall success with WIFI under both Sequoia and Tahoe!!! Congrats and many, many thanks to @Austere.J 👍💯💫💥

 

Finally everything set and fully working under Tahoe! I am done 👍

Everything except Airdrop, etc I assume.

[Irish_Man]

On 10/5/2025 at 4:50 AM, eSaF said:

Bro, you have the same mindset.

We are both anxious about not having WIFI in Tahoe.

 

Instead of waiting on a more complete fix from the OCLP devs like before, we are maybe clutching at all other early possibilities.

When I first came across this Thread, it filled me with excitement and hope especially the bit about no need for root patching.

 

My bubble burst when I read AirDrop was not available via this method.

As an avid user of that feature I was disappointed but looking at a crossed out WIFI Icon every time I boot up was an eyesore to me.

 

At least this way I can have a partial working WIFI connection with some dependencies working than just relying on Ethernet.

When the OCLP devs presents a fully working solution as before, I can easily fall back to that method or maybe this project will find a way around the AirDrop problem.

 

Either way would be a win-win situation in my opinion.

Cheers. 

 

I can't agree more my friend.

Yeah, AirDrop thing kept me away from even trying it. I use that thing on a daily basis.

This morning my WiFi BCM943602CS card arrived and I decided to give it a try.

Very easy setup, really. 

What's working: Handoff, Continuity, AirPlay. Basically everything that but AirDrop. Things that requires Apple silicon chip will never work on hackintosh anyway.

iPhone can see my Mac and vice versa but the file doesn't go through.

I also checked if sync is working, it does, I took pictures with iPhone and they synced fine.

The issue I have is when I disable/uncheck DisableIOMapper I lose Ethernet connection. When I enable it, I have Ethernet but no WiFi.

I'm not sure that I can have both working at the same time. Is there a way?

 

Spoiler

 

 

 

 

[kgp]

3 hours ago, Irish_Man said:

I can't agree more my friend.

Yeah, AirDrop thing kept me away from even trying it. I use that thing on a daily basis.

This morning my WiFi BCM943602CS card arrived and I decided to give it a try.

Very easy setup, really. 

What's working: Handoff, Continuity, AirPlay. Basically everything that but AirDrop. Things that requires Apple silicon chip will never work on hackintosh anyway.

iPhone can see my Mac and vice versa but the file doesn't go through.

I also checked if sync is working, it does, I took pictures with iPhone and they synced fine.

The issue I have is when I disable/uncheck DisableIOMapper I lose Ethernet connection. When I enable it, I have Ethernet but no WiFi.

I'm not sure that I can have both working at the same time. Is there a way?

 

I did not even check AirDrop functionality as AirDrop has been disabled in the kext by the author and if you are right with "Apple Silicon only" it might never work with this patch also in the future. In my opinion, one can live quite well with LocalSend in the meanwhile. About your VTD issue with Ethernet: After disabling the entire com.apple.iokit.IOSkywalkFamily replacement for OCLP Broadcom WIFI in the config.plist, VTD/IOMMU and the DEXT DriverKit injected out of the box for my NICs with DisableIOMapper=false. In consequence, the OCLP WIFI root patch has become a no-go on my system now and in the future. Maybe this finding might help also in your case somehow. Anyway, great that everything else with respect to this Broadcom FullMAC WIFI-patch is working in your case. Congrats to all these discoveries and for making the patch also work on your system! 👍

Edited October 7, 2025 by KGP-iMacPro

[jlrycm]

Sad news for me! I ordered one BCM943602CS card and separately an adapter and when I finally got the adapter I tried to connect everything but the antenna wire connectors are not hooking up. The female connectors coming from the antenna wires appear to be too small or having exactly the same size as the male antenna slot in the wifi card. I tried connecting the wires without success.

[kgp]

3 hours ago, jlrycm said:

Sad news for me! I ordered one BCM943602CS card and separately an adapter and when I finally got the adapter I tried to connect everything but the antenna wire connectors are not hooking up. The female connectors coming from the antenna wires appear to be too small or having exactly the same size as the male antenna slot in the wifi card. I tried connecting the wires without success.

You can order U.FL IPX MHF4 to RP-SMA Female Bulkhead Mounting WiFi Antenna Extension Cable 15 cm or similar 😉

[sanigo]

On 10/6/2025 at 11:55 PM, schrup21 said:

@sanigo What do you mean with "usbmapper" - USB Toolbox? I don't see how the mapping could affect this (and not without AppleVTD).

Dropping DMAR could eventually create such an issue - @Mieze  explained in the IntelMausiEthernet topic that the manufacture (of the mobo) had a reason to add reserved memory regions to DMAR.

 

@cloudy I guess that MyKextInstaller doesn't show the latest installed version. It is atm still showing 25A5338b while OCLP-Mod Installed 25B5042k (I switched to OCLP-Mod because for AppleHDA it doesn't make any difference if you use OCLP-Mod or MyKextInstaller - both are patching your root fs)

Switched back to MyKextInstaller. This time I deleted all KDKs and installed the latest (updated to 26.1 Beta 2) - now it's showing the correct version 26.1_25B5057f

 

@schrup21

I am using UsbMap.kext to perform usb port mapping. It works greatly upon I enabled Vt-D. Now bcmc card works, but all ports of XHC controller were killed, the ports are in ioreg ,but not functional.But another usb controller(AppleUXBXHCIAR) which is usb 3.1, still works.

The usbmap USBMapDummy.kext could not detect any ports of XHC@14.The ports seem to be all dead.

I have attached my EFI. Any help would be appreciated. It is a Z170mx board + I7-6700K.

efi 2.zip

Edited October 8, 2025 by sanigo

[kgp]

Ummm! AppleBCMWLANCompanion.kext started to behave extremely unstable on my system this morning. Several KPs within several minutes and after several reboots. Finally I had to disable the kext to reach again system stability. Attached some KP.logs...

 

 Panic-Log.rtf

Edited October 8, 2025 by KGP-iMacPro

[sanigo]

2 minutes ago, KGP-iMacPro said:

Warning! AppleBCMWLANCompanion.kext started to behave extremely unstable on my system this morning. Several KPs within several minutes and after several reboots. Finally I had to disable the kext to reach again system stability. Attached some KP.logs...

 

  Panic-Log.rtf 19.57 kB · 0 downloads

Have you performed the DMAR patch?

[kgp]

7 hours ago, sanigo said:

Have you performed the DMAR patch?

 

No, no DMAR patch.. A simple WIFI off/on reset removed the issue. The kext is stable again. 

Edited October 8, 2025 by KGP-iMacPro
issue removed

[jlrycm]

5 hours ago, KGP-iMacPro said:

You can order U.FL IPX MHF4 to RP-SMA Female Bulkhead Mounting WiFi Antenna Extension Cable 15 cm or similar 😉

Thanks! I found and ordered a similar item to try. I know these connectors are tricky. Crossing fingers!

[Henties]

I have applied this new method to get WiFi working successfully on 2 of my hacks, with both working like a dream.

 

The only issue I am having is sleep, manual sleep and also automatic timer controlled sleep.

 

Once the machines have entered sleep I lose all input functionality, mouse as well as wired keyboard, it appears to me that power to all

the configured USB ports is lost.

 

The hacks do not even enter sleep fully as the fans keep spinning. To regain input control over the hacks I have to hard reboot where after everything works flawlessly again until the next sleep cycle.

 

The problem manifests itself on the following systems:

 

1. Gigabyte GA-7490-Vision G (Bios F 21) with an Intel Core i9-10850K CPU

 

2. Gigabyte GA-Z790 D DDR4 (Bios F 11) with an Intel Core  i7-127000KF CPU

 

Would appreciate some advice to solve this problem.

 

Greetings Henties. 

[deeveedee]

@Henties Did this sleep/wake behavior happen before you added this new Wi-Fi? If so, what are the differences between your old and new EFI? I have guesses, but would rather see your EFI with the before/after changes.

[Henties]

@deeveedee My config.plist  file(s) have changed insignificantly from before the new WiFi to after the new WiFi.

 

In short these changes are:

 

1. Modding the device properties

 

2. Adding the AppleBCMWLANCompanion.kext

 

3. Updating the boot-args

 

By disabling the AppleBCMWLANCompanion.kext in the config.plist file, the firmware deposited under /usr/local/share/firmware/wifi/

 

cannot be read with the result that sleep works 100% as was indeed the case before the modification. This is true for 4 instances of

 

macOS being Sonoma and Sequoia in a dual boot configuration on both the machines under test.

 

Will now disable wired networking, 2 NICS per hack, to find out if the WiFi firmware is interfering with the networks stacks causing
 

sleep to malfunction.

 

Should I discover anything concrete I will of cause post my findings here.

 

Greetings Henties.

 

@deeveedee @eSaF No change when disabling Lan networking in Bios as well as the respective kexts for the 2 Nics that I normally have activated and running on the hacks which I use for testing the new WiFi activation without OLCP playing any part at all.

 

I even lose all means of inputting anything to the hacks, while they are sort of sleeping with the fans still running, whether I am using a wired or bluetooth keyboard and mouse. 

 

Loading the WiFi firmware therefore definitely causes sleep to malfunction.

 

 

  

Edited October 8, 2025 by Henties
New test finding

[deeveedee]

@Henties Is "Wake On LAN" disabled in BIOS and is "Wake for network access" disabled in System Settings?  Not questioning your hacking prowess - just trying to help.

 

Also, if Bluetooth USB is configured, is the Bluetooth USB Port Type = 255?

Edited October 8, 2025 by deeveedee

[vinegar]

getting a vaguely similar issue. first time i go to use it after leaving it overnight, hack will be unresponsive to keyboard/mouse/power button and no longer on the network. except sleep is disabled on this machine aside from display.

 

% pmset -g
System-wide power settings:
Currently in use:
 hibernatemode        0
 powernap             0
 womp                 0
 networkoversleep     0
 sleep                0 (sleep prevented by mdsync, backupd-helper, sharingd, backupd)
 Sleep On Power Button 1
 ttyskeepawake        1
 hibernatefile        /var/vm/sleepimage
 disksleep            0
 displaysleep         10
% pmset -g stats
Sleep Count:0
Dark Wake Count:0
User Wake Count:0

 

no need for DMAR patching (Gigabyte UD AX DDR4, same machine as in sig), sequoia 15.7.1, wifi board is a DW1830. no other changes since fully removing OCLP root patches/+ioskywalk block+related kexts, and installing this kext+firmware.

 

for me, it looks like a consistent panic in wifianalyticsd.

 

Kernel-2025-10-07-113451.panic Kernel-2025-10-08-132841.panic

Edited October 8, 2025 by vinegar

[ichelash]

I got WI-FI working, but Ethernet is gone...not working. If i set disableiomapper to true in config..Wi-Fi disappear and Ethernet is working...if set to false..wifi working, Ethernet dead.

Edited October 8, 2025 by ichelash

[schrup21]

The behavior that Sleep results in a KP is described in "Issues" 😉

 

https://github.com/0xFireWolf/AppleBCMWLANCompanion/blob/main/Documentation/Issues.md

 

@sanigo as I said, I doubt your USB issue could be caused by the mapping - but I'm using the USB Toolbox method, maybe you would give it a try.

 

https://github.com/USBToolBox/kext

 

I think It could be possible that with the patched DMAR.aml, a configuration is missing, and therefore the controller isn't working properly. You could test whether the issue get's fixed and AppleVTD runs stably without the patched DMAR.aml (and of course without dropping DMAR)

 

Btw. AppleVTD works for me without the patched DMAR.aml

Edited October 8, 2025 by schrup21

[Henties]

@deeveedeeNothing was touched relating to "Wake on Lan" in Bios or "Wake for Network Access" in System Settings, or Bluetooth 255 in my ports declaration method, sleep is working fully, like it has been doing for years, when the NEW WiFi firmware is NOT being loaded from its repository.

 

That I achieve by merely disabling the AppleBCMWLANCompanion.kext of the corresponding entry in the relevant config.plist file.

 

When the NEW WiFi firmware is allowed to be loaded, achieved by enabling the AppleBCMWLANCompanion.kext entry in the config.plist file, WiFi as well as the Ethernet Lans, work like a charm but with a side effect that sleep functionality is severely impaired.

 

I therefore run these hacks without WiFi with only my two Ethernet Lan NICS being active, under this condition sleep remains fully operational.

 

One of these NICS is used for usual run of the mill networking activity while the other is dedicated exclusively to providing routing/connectivity for my Dante Network. 

 

Greetings Henties

 

 

Edited October 8, 2025 by Henties

[deeveedee]

@Henties I'll be cheering for you when it works.

[ichelash]

On 10/7/2025 at 5:08 PM, KGP-iMacPro said:

Today I finally received the PCIe adapter for the BCM943602CDP. The rest was just plug & play by following the instructions of the author. 5 Minutes of work in total and overall success with WIFI under both Sequoia and Tahoe!!! Congrats and many, many thanks to @Austere.J 👍💯💫💥

 

 

 

 

The WIFI patch is also 100% compatible with the OCLP-Mod AppleHDA root patch 

 

 

Finally everything set and fully working under Tahoe! I am done 👍

How did you manage to get both Ethernet and WIFI working?

[Henties]

@ichelash When you set DisableIoMapper to true/YES in the Kernel --> Quirks section of your Config.plist file you are actually disabling

AppleVTD without which the NEW WiFi firmware cannot be loaded and hence activation of WiFi fails.

 

Setting DisableIoMapper to false/NO in your Config.plist file will enable AppleVTD, provided VTD is  also enabled in Bios, being the condition that is required for the NEW WiFi firmware to properly load from its /usr/local/share/firmware/wifi/ repository, and thus enabling WiFi functionality, as required.

 

The fact that you lose Ethernet Lan connectivity when the NEW WiFi is activated is attributable to the fact that the type of Ethernet Lan driver in your system will NOT work with VTD enabled.  

 

In my particular case my specific Ethernet Lan drivers don't bother whether VTD is enabled or not, they work whether VTD is on or off.

 

@Mieze has covered this topic already a number of times.

 

Would be interesting to learn whether your sleep functionality is actually working as it should when you are networking with the NEW WiFI activation method. 

 

For the NEW WiFi to work IORegistry should have an AppleVTD entry as per the screenshot attached.

 

Greetings Henties

 

Edited October 8, 2025 by Henties

[kgp]

1 hour ago, ichelash said:

How did you manage to get both Ethernet and WIFI working?

 

@ichelash, I already posted here in this thread twice the short version of how I managed to get both working on my system. Here the link to the happy end of the long version.

 

Good luck 👍 

[ichelash]

10 hours ago, Henties said:

@ichelash When you set DisableIoMapper to true/YES in the Kernel --> Quirks section of your Config.plist file you are actually disabling

AppleVTD without which the NEW WiFi firmware cannot be loaded and hence activation of WiFi fails.

 

Setting DisableIoMapper to false/NO in your Config.plist file will enable AppleVTD, provided VTD is  also enabled in Bios, being the condition that is required for the NEW WiFi firmware to properly load from its /usr/local/share/firmware/wifi/ repository, and thus enabling WiFi functionality, as required.

 

The fact that you lose Ethernet Lan connectivity when the NEW WiFi is activated is attributable to the fact that the type of Ethernet Lan driver in your system will NOT work with VTD enabled.  

 

In my particular case my specific Ethernet Lan drivers don't bother whether VTD is enabled or not, they work whether VTD is on or off.

 

@Mieze has covered this topic already a number of times.

 

Would be interesting to learn whether your sleep functionality is actually working as it should when you are networking with the NEW WiFI activation method. 

 

For the NEW WiFi to work IORegistry should have an AppleVTD entry as per the screenshot attached.

 

Greetings Henties

 

Sleep and wake on my end..works without any issue...

Edit: After a few hours upon installation..sleep and wake became botched...after screen goes to sleep..it will not wake..and will trigger a KP..sometimes the machine will freeze until force shutdown...to restart.

Spoiler

 

Edited October 9, 2025 by ichelash