Jump to content

[Pre Release] macOS Tahoe 26.4

fabiosun

By fabiosun,
in New Releases and Updates

 Share
180 posts in this topic

Recommended Posts

kaoskinkae
kaoskinkae
Posted
Posted

On all three of my systems, as you can see in the system description, everything was perfect. However, on all three, the first thing you see when you log in is the toolbar of your most used applications, which you can choose to show or hide. It only becomes visible when you hover over it. But with this beta version, when you first log in, it's hidden and not visible. This is the first time this has happened to me with all the Tahoe updates. Once I restart, it becomes fully visible.

  • Like 3
Zevgoli
Zevgoli
Posted
Posted

With these two betas coming basically back to back I've decided to discontinue the OCLP patches and disabling and reenabling Bluetooth kexts in order to facilitate upgrades.  I'm leaving those kexts disabled. I've gotten tired of clearing NVRAM etc etc every time an upgrade happens.  This will make my life simpler.

 

Cheers, Howard 

  • Like 3
arsradu
arsradu
Posted
Posted (edited)
On 2/21/2026 at 11:20 PM, MakAsrock said:

If you dare, use the 3.1.6 Tahoe patchset.
You might be able to boot and get Wi-Fi.
I can't promise more, but be careful:
1. Insert the boot argument amfi=0x80
2. Disable the Modern Audio patch for AppleHDA restoration in settings.

 

I did try it out. Thank you! :) Unfortunately, and for some weird reason, I can't boot with it after patching (only WiFi). Not sure why. Didn't have the time to see what's going on. It works fine with OCLP-Mod 3.1.5 though. But again, only the WiFi patch. For analog audio, if I got this right, we need KDK 26.4 which is still pending from Apple.

Edited by arsradu
  • Like 3
kgp
kgp
Posted
Posted (edited)
46 minutes ago, arsradu said:

 

I did try it out. Thank you! :) Unfortunately, and for some weird reason, I can't boot with it after patching (only WiFi). Not sure why. Didn't have the time to see what's going on. It works fine with OCLP-Mod 3.1.5 though. But again, only the WiFi patch. For analog audio, if I got this right, we need KDK 26.4 which is still pending from Apple.


@arsradu, my friend! Did you use boot-arg amfi=0x80 with OCLP Nightly 3.1.6? It is deemed necessary. 

Edited by KGP-iMacPro
  • Like 3
kgp
kgp
Posted
Posted (edited)
On 2/25/2026 at 8:12 PM, arsradu said:

I am using -amfipassbeta. I thought that would have the same effect as amfi=0x80…? But I could be wrong. 

 

Only OCLP-Mod 3.1.5 works with AMFIPass.kext and -amfipassbeta.

 

OCLP Nightly 3.1.6 still requires amfi=0x80 instead. For details see:

 

 

Please let us know if you succeed in successfully patching Wi-Fi with OCLP Nightly 3.1.6 and amfi=0x80 under macOS Tahoe 26.4 beta 2.

 

Many thanks in advance for testing 👍 

Edited by KGP-iMacPro
  • Like 3
arsradu
arsradu
Posted
Posted
29 minutes ago, KGP-iMacPro said:

 

Only OCLP-Mod 3.1.5 works with -amfipassbeta. OCLP Nightly 3.1.6 requires amfi=0x80 instead, i.e AMFI fully disabled! Please let us know if you succeed in successfully patching Wi-Fi with OCLP Nightly 3.1.6 with amfi=0x80 under macOS Tahoe 26.4 beta 2. Many thanks for testing 👍 

 

Yep, seems to be working fine with amfi=0x80 parameter. :)

  • Like 1
  • Thanks 1
LockDown
LockDown
Posted
Posted (edited)
1 hour ago, KGP-iMacPro said:

Only OCLP-Mod 3.1.5 works with AMFIPass.kext and -amfipassbeta.

 

OCLP Nightly 3.1.6 still requires amfi=0x80 instead, i.e AMFI fully disabled! For details see:

was there a any changes in binaries, private/frameworks between those two versions mentioned?

Im still using those files from 3.1.0 and still works with -amfipassbeta

Edited by LockDown
  • Like 2
ANTIKO
ANTIKO
Posted
Posted
2 hours ago, KGP-iMacPro said:

 

Только OCLP-Mod 3.1.5 работает с AMFIPass.kext и -amfipassbeta.

 

В OCLP Nightly 3.1.6 по-прежнему требуется amfi=0x80, то есть AMFI полностью отключен! Подробности см.:

 

 

Пожалуйста, сообщите нам, если вам удастся успешно обновить Wi-Fi с помощью OCLP Nightly 3.1.6 и параметра amfi=0x80 под управлением macOS Tahoe 26.4 beta 2.

 

Заранее большое спасибо за тестирование  👍 

Maybe I'm doing something wrong, but not a single link is active))

Spoiler

image.thumb.png.38bde3bfdb9c3eb7c443962ff7a15a23.png

 

  • Like 2
kgp
kgp
Posted
Posted (edited)
On 2/26/2026 at 4:13 PM, LockDown said:

was there a any changes in binaries, private/frameworks between those two versions mentioned?

Im still using those files from 3.1.0 and still works with -amfipassbeta

 

Yes.. there have been changes in both OCLP-Mod 3.1.5 and OCLP Nightly 3.1.6 mainly due to HFS+ issues with macOS 26.4 beta1. For OCLP-Mod see this thread and for OCLP Nightly see here. Apple fixed all HFS+ issues with macOS 26.4 beta2. If you are saying that OCLP-Mod 3.1.0 still works with macOS 26.4 beta2, the same might also state for OCLP 3.0.0 Nightly, once an appropriate KDK will be available for macOS 26.4 betas. Unfortunately, in contrary to OCLP-Mod 3.1.5 and OCLP Nightly 3.1.6, OCLP Nightly 3.0.0 has no toggle to disable the modern Audio patch (AppleHDA), thus it is not recommended for testing under macOS 26.4 beta2.

 

I’m still running macOS 26.3 and generally don’t use the rapid prerelease betas. Recently the prerelease threads might have produced more noise and actions than apparently necessary 😉... 

Edited by KGP-iMacPro
  • Like 3
kgp
kgp
Posted
Posted (edited)

Hi folks!

 

I can now also officially confirm that the Modern Wi-Fi patch of OCLP 3.1.6 Nightly works under macOS Tahoe 26.4 beta 2, as long as the Modern Audio patch (AppleHDA) is disabled (default).

 

 image.png.c74f657049aadd5d97ee29125c5badd6.png

 

image.png.ef1db6f9da96ce77d088366b8e0bf419.png

 

image.png.3f6e10207ccd2877995d052557552e1e.png

 

image.png.6a30b6d5ca1bf227ea5e96b9b2dac78a.png

 

While Wi-Fi, AirPlay and Screen Mirroring work flawlessly, there are issues with AirDrop: both devices can see each other on both ends, but the file transfer remains on "waiting" and ends with “failed”. For comparison: everything works flawlessly with OCLP 3.0.0 Nightly under macOS Tahoe 26.3 (same machine / same network / same EFI-folder).

 

I finally decided to test OCLP 3.1.6 Nightly on Tahoe 26.4 beta 2 using a spare (but admittedly quite slow) external USB disk. If anyone plans to test OCLP-Mod 3.1.5 or OCLP Nightly 3.1.6 under Tahoe 26.4 beta 2, I’d strongly recommend doing the same and not using your productive system disk for experiments.

 

If anything goes wrong during testing, you can always recover the last sealed snapshot by booting into Recovery and running: 

mount -uw "/Volumes/Tahoe-beta”
bless --mount "/Volumes/Tahoe-beta" --bootefi --last-sealed-snapshot

(Replace “Tahoe-beta” with the actual volume name of your 26.4 beta 2 test drive.)

 

Cheers,
KGP 👍

 

Update: I also tested now OCLP-Mod 3.1.5 under macOS 26.4 beta 2 with the AppleHDA patch disabled (warning: enabled by default).

 

 image.png.0db51d83bdcffe4a948f7345429cd98b.png

 

Wi-Fi, Airdrop, Airplay and Screen Mirroring work flawlessly.. 👍

 

Finally don’t forget that OCLP 3.1.6 Nightly requires boot-arg amfi=0x80, while OCLP-Mod 3.1.5 also boots with boot-arg -amfipassbeta.

Edited by KGP-iMacPro
Update
  • Like 3
MakAsrock
MakAsrock
Posted
Posted
10 hours ago, KGP-iMacPro said:

Hi folks!

 

I can now also officially confirm that the Modern Wi-Fi patch of OCLP 3.1.6 Nightly works under macOS Tahoe 26.4 beta 2, as long as the Modern Audio patch (AppleHDA) is disabled (default).

 

 image.png.c74f657049aadd5d97ee29125c5badd6.png

 

image.png.ef1db6f9da96ce77d088366b8e0bf419.png

 

image.png.3f6e10207ccd2877995d052557552e1e.png

 

image.png.6a30b6d5ca1bf227ea5e96b9b2dac78a.png

 

While Wi-Fi, AirPlay and Screen Mirroring work flawlessly, there are issues with AirDrop: both devices can see each other on both ends, but the file transfer remains on "waiting" and ends with “failed”. For comparison: everything works flawlessly with OCLP 3.0.0 Nightly under macOS Tahoe 26.3 (same machine / same network / same EFI-folder).

 

I finally decided to test OCLP 3.1.6 Nightly on Tahoe 26.4 beta 2 using a spare (but admittedly quite slow) external USB disk. If anyone plans to test OCLP-Mod 3.1.5 or OCLP Nightly 3.1.6 under Tahoe 26.4 beta 2, I’d strongly recommend doing the same and not using your productive system disk for experiments.

 

If anything goes wrong during testing, you can always recover the last sealed snapshot by booting into Recovery and running: 

mount -uw "/Volumes/Tahoe-beta”
bless --mount "/Volumes/Tahoe-beta" --bootefi --last-sealed-snapshot

(Replace “Tahoe-beta” with the actual volume name of your 26.4 beta 2 test drive.)

 

Cheers,
KGP 👍

 

Update: I also tested now OCLP-Mod 3.1.5 under macOS 26.4 beta 2 with the AppleHDA patch disabled (warning: enabled by default).

 

 image.png.0db51d83bdcffe4a948f7345429cd98b.png

 

Wi-Fi, Airdrop, Airplay and Screen Mirroring work flawlessly.. 👍

 

I also noticed a difference when reverting patches: after testing OCLP 3.1.6 Nightly, the Wi-Fi root patch did not revert cleanly on my system. Using OCLP-Mod 3.1.5 I was able to properly revert the previous Wi-Fi root patch of OCLP 3.1.6 Nightly and then successfully apply the Wi-Fi root patch again with OCLP-Mod 3.1.5. 
 

Finally don’t forget that OCLP 3.1.6 Nightly requires boot-arg amfi=0x80 while OCLP-Mod 3.1.5 also boots with AMFIPass.kext 1.4.1 and boot-arg -amfipassbeta.

I re-uploaded OCLP 3.1.6 with new While Wi-Fi, AirPlay and AirDrop.
Try downloading again.

  • Like 2
kgp
kgp
Posted
Posted
2 hours ago, MakAsrock said:

I re-uploaded OCLP 3.1.6 with new While Wi-Fi, AirPlay and AirDrop.
Try downloading again.

 Wi-Fi, Airplay and Screen mirroring just working fine. Airdrop issue persists. 

 

image.png.96e854116de8d9d2b2190884b0a9871f.png

 

Maybe we should continue debugging in the experimental fork thread or via PM? 

  • Like 1
  • Sad 1
MakAsrock
MakAsrock
Posted
Posted
7 hours ago, KGP-iMacPro said:

 Wi-Fi, Airplay and Screen mirroring just working fine. Airdrop issue persists. 

 

image.png.96e854116de8d9d2b2190884b0a9871f.png

 

Maybe we should continue debugging in the experimental fork thread or via PM? 

I don't know what's wrong. Maybe it's because of the AMFI=80 boot argument.

9 hours ago, LockDown said:

New or from previous oclp?

From macOS Ventura 13.7.8.

  • Like 2
kgp
kgp
Posted
Posted (edited)
28 minutes ago, MakAsrock said:

I don't know what's wrong. Maybe it's because of the AMFI=80 boot argument.

From macOS Ventura 13.7.8.


Sorry my friend for causing these few troubles, but It’s definitely not amfi=0x80. Because of laziness, I also booted OCLP-Mod 3.1.5 with amfi=0x80 during my testing and there, airdrop worked flawlessly.

 

I also don’t know what is the reason for the airdrop issue with OCLP 3.1.6 under Tahoe 26.4 beta 2 on my system. Anybody else with the same issue? Airdrop works flawlessly on my system and the same EFI with OCLP-Mod 3.1.5 under Tahoe 26.4 beta 2 and with OCLP 3.0.0 Nightly under Tahoe 26.3.

 

My friend, did you test OCLP 3.1.6 Nightly on your own system under Tahoe 26.4 beta 2? Do you have Airdrop fully working? It could well be that the problem is only at my side. 

Edited by KGP-iMacPro
  • Like 2
MakAsrock
MakAsrock
Posted
Posted
5 hours ago, KGP-iMacPro said:


Sorry my friend for causing these few troubles, but It’s definitely not amfi=0x80. Because of laziness, I also booted OCLP-Mod 3.1.5 with amfi=0x80 during my testing and there, airdrop worked flawlessly.

 

I also don’t know what is the reason for the airdrop issue with OCLP 3.1.6 under Tahoe 26.4 beta 2 on my system. Anybody else with the same issue? Airdrop works flawlessly on my system and the same EFI with OCLP-Mod 3.1.5 under Tahoe 26.4 beta 2 and with OCLP 3.0.0 Nightly under Tahoe 26.3.

 

My friend, did you test OCLP 3.1.6 Nightly on your own system under Tahoe 26.4 beta 2? Do you have Airdrop fully working? It could well be that the problem is only at my side. 

No, I only tested it on macOS 26.3, and Airdrop works on it.
On macOS 26.4b2, I only tested Wi-Fi, and it works exactly the same as on macOS 26.3, but I didn't keep the beta.

  • Like 3
deeveedee
deeveedee
Posted
Posted

I just noticed a new commit to BluetoolFixup.kext.  The commit description indicates that it "Add chipset patch for macOS 15.4 and above."  

The BluetoolFixup.kext 2.7.2 changelog states "- Added `bluetoothd` patches for macOS 26 (thx @spotlightishere et al)".

 

Has anyone tested this BluetoolFixup.kext 2.7.2 revision and if so, have you noticed an improvement?

  • Like 2
Guest
This topic is now closed to further replies.
 Share
Go to topic listing
×
×
  • Create New...