Jump to content
373 posts in this topic

Recommended Posts

If you have an RTL8125 wired network card, you must go to Kernel->Block to block com.apple.driver.AppleEthernetRL to load IOSkywalkFamily, and select exclude. . Otherwise, it will crash due to downgrade IOSkywalkFamily.(I didn't check it because I don't need it).

 

In addition, if you want to enable AMFIPass on Tahoe through -lilubetaall or -amfipassbeta, you must ensure that AMFIPass is version 1.4.1 and Lilu is version 1.7.2 (1.7.1 may also be available).

 

image.thumb.png.62a820a0c9bbdacb77dbd603d3fcba25.png

  • Like 3
  • Thanks 3

@KGP-iMacPro Fasten your seatbelt:

 

I removed the medium from the Alder Lake hack - SSD - on which Tahoe is installed and which cannot be root patched on its own Alder Lake host, to a Skylake hack, and successfully root patched it there.  

 

Then I moved the SSD from the Skylake hack to a Comet Lake hack where it started up beautifully in root patched condition with both Audio as well as WiFi functioning extremely well.

 

Subsequently I moved the root patched SSD back to it's original Alder Lake host where it failed to run-up (boot), displaying exactly the same symptoms I described in an earlier posting.

 

I then disabled only the IOSkywalkFamily.kext on its Alder Lake host, where after the SSD, which was root patched on a Skylake based hack, started up normally with full audio functionality but no WiFi network being recognized at all.

 

Therefore it was only functioning in partially root patched mode.

 

The IOSkywalkFamily.kext seems to detrimentally effect something on an Alder Lake based hack as soon as it is deployed to interact with Tahoe 26.2 (25C56) but is working properly when interacting with Sequoia on the same Alder Lake platform.

 

At this stage I reached the end of the line and would appreciate any input for further testing that would finally solve this nagging issue.

 

Greetings Henties 

  • Like 1
6 hours ago, MakAsrock said:

I rebuilt my own Universal-Binaries.dmg, but I have nowhere to upload it. It doesn't build on GitHub; it only builds locally. With it, everything works for me as before. With OCLP-Mod 3.1.1 my USB camera does not want to work.

 

My friend, could you please clarify what you mean by Universal-Binaries.dmg?
Also, when you say that everything works as before, could you be a bit more explicit about what exactly is working on your system?

It would be very helpful if you could briefly explain what you did step by step and which patches are currently active on your side.

Thanks a lot in advance! 👍

 

 

  • Like 2

@Henties, as my system is only based on X299/Skylake-X, I cannot reproduce your issue with your Alder Lake based hack or provide any solution. Does anybody else with an Alder Lake based hack does face a similar issue with OCLP Nightly 3.0.0 or OCLP-Mod 3.1.1 and can provide any solution?

 

BTW.. did you see the advice by @laobamac_yyds above regarding the RTL8125 wired network card?

In addition, I can confirm that both OCLP Nightly 3.0.0 and OCLP-Mod 3.1.1 are also working with Lilu 1.7.1, and not only with Lilu 1.7.2.

 

Thanks in advance! 👍

Edited by KGP-iMacPro
  • Like 2

@KGP-iMacPro and @laobamac_yyds IT FINALLY WÖRX.

 

Thank you guys for your encouragement, patience, assistance and dedication in order to get this all working.

 

In the end it was @laobamac_yyds's suggestion to Kernel->Block com.apple.driver.AppleEthernetRL that did the trick.

 

Cannot believe that all my hacks are now OCLP kernel patchable and indeed functioning so far without any noticeable 

 

detrimental side effects, sleep included.

 

I have also ventured into trying OCLP 3.1.2 and can report that it is working well for me. My Alder Lake hack, on which I am drafting this message now,  has indeed been patched with OCLP 3.1.2.

 

Now I am going to indulge into something not as pure as distilled water, for which I wish you could all join me.

 

Thank you guys once again.

 

Cheers vir eers, Tschüss, tot siens, Matu hakaene kombunda and goodbye for now.   

 

Greetings Henties

  • Like 3

@KGP-iMacPro and @laobamac_yyds I can now also confirm that the extra  com.apple.driver.AppleEthernetRL 

 

and the -amfipassbeta boot arg. ,when left in position in the Alder Lake config.plist, has no noticeable detrimental

 

effect when booting into Sequoia on the same Alder Lake hack which was OCLP 2.4.1 kernel patched.

 

This basically means that I can do all my patching with only one EFI folder dedicated to its respective macOS

 

generation and platform under which it is operational.

 

Hoping this info. will perhaps prove to be useful to hackers in general. 

 

Greetings Henties

Edited by Henties
46 minutes ago, MakAsrock said:

I extracted all the patch folders from the old Universal-Binaries.dmg and placed them in the Universal-Binaries folder. I also placed the folders from the new Universal-Binaries.dmg there and, when asked if I should overwrite it, I answered yes. Then I ran the DMG file build script. The new size was 948.9 MB on disk. The file, naturally, was unsigned. I placed it in OCLP 3.0.0 (nightly). I didn't roll back the root patch, I just re-installed it. There were no error warnings.

 

I’m still not entirely sure which new and old Universal-Binaries.dmg you are referring to.
Could you please provide links to the respective sources?

From what I understand so far, this seems to be somehow related to OCLP 3.0.0 Nightly 🙂.

Just to clarify: are you saying that, with your approach, OCLP 3.0.0 Nightly can still be built successfully and now even works with -amfipassbeta instead of amfi=0x80?

It would be great if you could share some additional details so we can better understand your setup and results. 👍  

@KGP-iMacPro and @laobamac_yyds I just got to share with you that the way OCLP 3.1.2 is root patching my Alder Lake hack is magic to the extent that I can now fly my planes, with my favorite flight sim, without having to first revert root patching.

 

To me this is just magic as it was not possible, previously.

 

Thank you everyone that contributed to this, not minor accomplishment, basically now ensuring that the macOS side of

my hacks still have a few years life left.  

 

Greetings Henties

  • Like 2
1 hour ago, MakAsrock said:

I just applied these patches to my computer.
Here's the log:
 

- Starting Patch Process
- Determining Required Patch set for Darwin 25
KDK already installed (KDK_26.2_25C56.kdk), skipping
- Verifying whether Root Patching possible
- Patcher is capable of patching
- Mounted Universal-Binaries.dmg
- Running sanity checks before patching
- Running patches for Z690 PG Riptide
- Running Preflight Checks before patching
- Found SkylightPlugins folder, removing old plugins
- Cleaning Auxiliary Kernel Collection
  - Relocating EnergyDriver.kext kext to /Library/Relocated Extensions
KDK already installed (KDK_26.2_25C56.kdk), skipping
- Found KDK at: /Library/Developer/KDKs/KDK_26.2_25C56.kdk
- Matching KDK determined to already be merged, skipping
- Finished Preflight, starting patching
- Installing Patchset: Modern Wireless
- Handling Installs in: /usr/libexec
  - Found existing wifip2pd, overwriting...
- Handling Installs in: /System/Library/PrivateFrameworks
  - Installing: IO80211.framework
  - Installing: WiFiPeerToPeer.framework
- Installing Patchset: Modern Audio
- Handling Installs in: /System/Library/Extensions
  - Found existing AppleHDA.kext, overwriting...
- Writing patchset information to Root Volume
- Checking if RSRMonitor is needed
- No kexts found with GPUCompanionBundles, skipping RSRMonitor
- Installing com.dortania.opencore-legacy-patcher.auto-patch.plist
  - com.dortania.opencore-legacy-patcher.auto-patch.plist checksums match, skipping
- Installing com.dortania.opencore-legacy-patcher.macos-update.plist
  - com.dortania.opencore-legacy-patcher.macos-update.plist checksums match, skipping
- Installing com.dortania.opencore-legacy-patcher.os-caching.plist
  - com.dortania.opencore-legacy-patcher.os-caching.plist checksums match, skipping
- Rebuilding Boot and System Kernel Collections
Installing Kernel Collection syncing utility
- Unmounting root volume
- Patching complete

Please reboot the machine for patches to take effect

 

 

I fully understand, but where do you get the patches from or how do you build them? I would be awesome to have a link to the sources for testing and updating the guidelines of this thread.   

Edited by KGP-iMacPro
  • Like 1

@KGP-iMacPro and @laobamac_yyds. In the interim I have root patched ALL my 4 x Tahoe bootable hacks with OCLP 3.1.2, in their respective  Application folder, and can report that every one of the 4  x Tahoe macOS installations I have, is actually working like a dream.

 

For the Sequoia hacks I have decided, as an interim solution at least, to stay with OCLP 2.4.1 because at this stage I am not sure whether OCLP 3.1.2 is currently capable to differentiate, what actually needs to be patched for Sequoia as opposed to Tahoe.

 

Just my 2 cents.

 

Greetings Henties

 

 

 

 

 

Edited by Henties
  • Like 1
24 minutes ago, Henties said:

@KGP-iMacPro and @laobamac_yyds. In the interim I have root patched ALL my 4 x Tahoe bootable hacks with OCLP 3.1.2, in their respective  Application folder, and can report that every one of the 4  x Tahoe macOS installations I have, is actually working like a dream.

 

For the Sequoia hacks I have decided, as an interim solution at least, to stay with OCLP 2.4.1 because at this stage I am not sure whether OCLP 3.1.2 is currently capable to differentiate, what actually needs to be patched for Sequoia as opposed to Tahoe.

 

Just my 2 cents.

 

Greetings Henties

 

 

 

 

 

OCLP-Mod 3.1.2 is compatible with any system before 26

  • Like 6
  • Thanks 1
1 hour ago, MakAsrock said:

I took all the patches from the previous package and added some from the new one. I compared them using Beyond Compare, which can compare directories. Everything I do is available on my profile GitHub. 😉

 

I downloaded OpenCore-Patcher.pkg and OpenCore-Patcher-Uninstaller.pkg from https://github.com/YBronst/OpenCore-Legacy-Patcher/releases/tag/3.0.0,
which brings my system back to the original working state of the experimental fork of OCLP 3.0.0 Nightly using amfi=0x80, which is already gorgeous and tremendous.

However, with -amfipassbeta, my system does not boot. Would it be possible for you to also link your modified version of OCLP 3.0.0 Nightly in your GitHub repository, i.e. the one you already tested and that works with -amfipassbeta?

 

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

To fully work with -amfipassbeta, you need the Dortania Patcher Support Pkg. However, it lacks the audio and Wi-Fi patches for the Tahoe. Try contacting lzhoang2801 or crystall1nedev. Their repositories don't have a feedback menu, and I don't have a Developer ID Application key.
However, it works fine for me without AMFIPass.kext.
With these boot arguments:

amfi=0x80 ctrsmt=full keepsyms=1 debug=0x100 ipc_control_port_options=0

 

 

Yes it also works fine for me with amfi=0x80 and ipc_control_port_options=0. You successfully restored the original version of the fork, so the fork itself has not been lost, even though OCLP-Mod 3.1.2 is available now anyway. Congrats! :thumbsup_anim:

Edited by KGP-iMacPro
  • Like 2

I got this when I try OCLP-Mod 3.1.2

Not so with 3.0.0

Any idea?

Screenshot 2025-12-28 at 10.20.46 PM.png

Screenshot 2025-12-28 at 11.03.22 PM.png

Screenshot 2025-12-28 at 11.07.32 PM.png

Edited by galisrule
  • Like 1

For stability reasons, before I merge code from multiple language versions, you should use laobamac/OCLP-Mod

Edited by laobamac_yyds
  • Like 5
17 hours ago, miliuco said:

English localization of the project

 

I've created a fork of @laobamac_yyds OCLP-Mod to translate it into English, while of course preserving the Chinese. There are no changes to the project's functionality; I'll leave that to @laobamac_yyds, who knows much more than I do. This is simply an attempt to make it easier to use for those of us who don't know Chinese.

 

It's not complete, but I think the important parts, what we'll use in the Hacks, are already done.


There's a pull request for the dev, but he won't approve it until he checks my code.

 

My translated part is available at: https://github.com/perez987/OCLP-Mod

 

Requirement: Python 3.10 or newer.

 

1.- Try without installing:

# Clone project
git clone https://github.com/perez987/oclp-mod
# Move into Project directory
cd ./oclp-mod
# Install Python dependencies used by the project
pip3 install -r requirements.txt
#Launch GUI
python3 OCLP-Mod-GUI.command

 

  Reveal hidden contents

Main.thumb.png.cd4efe449a7191d37df027162927bd58.png

 

Settings.thumb.png.e8245e896c901d6a51866a786c17f8d4.png

 

Patches.thumb.png.504481b8364a5b764b26317207ed8e73.png

 

 

@miliuco cloned your project but when I run "python3 OCLP-Mod-GUI.command" I just get errors in your code referring to actual line numbers in the code where the errors occur.

 

But don't bother too much as I am now quite used to navigating OCLP 3.1.2 using relative positions for the functions I am interested in.

 

Greetings Henties.  

  • Like 2
22 minutes ago, MakAsrock said:

I just updated my GitHub fork.
Implement repatching validation check
> ## Changelog
> - Add Modern Audio patch set foundation for macOS 26.
> - New modern wireless patchset for macOS Sequoia and Tahoe.
> - Implement repatching validation check

Everything worked fine for me. Happy New Year! 🎄🥂

 

All seems ok here, just need to see if I can use AMFIPass.kext on Sequoia only now as I currently have it disabled with the boot arg in there.

  • Like 1
2 hours ago, MakAsrock said:

I just updated my GitHub fork.
Changelog
Add Modern Audio patch set foundation for macOS 26.
New modern wireless patchset for macOS Sequoia and Tahoe.
Implement repatching validation check

Everything worked fine for me. Happy New Year! 🎄🥂

 

Everything is still working fine here, even after your latest update!
Please, no risky fork experiments now or in the near future 😉 — your fork is now the central link in post #1 of this thread.

 

Happy New Year 2026 to everybody! 🎉

May the new year be as prosperous as the old one for all of us! :thumbsup_anim:

 

image.thumb.png.0456108a7af398b397cd51f2bdf53663.png

 

Edited by KGP-iMacPro
  • Like 5
7 minutes ago, MakAsrock said:

Thanks for the vote of confidence, but I'm itching to tinker a bit more with the independent test branch of my fork. I promise I won't merge them without an comprehensive verification 😉 Happy New 2026 Year!🎄🍰🍷

 

Improvements and progress are always welcome! :thumbsup_anim:
Ideally, it would of course be great if you could manage to provide a signed version using AMFIPass.kext.

Please let me know whether post #1 is still fine for you in its current form. I can’t completely remove the reference to Izhoang2801, as it’s important for the overall consistency of the thread.

Happy New Year! 🎉

  • Like 2
2 hours ago, MakAsrock said:

No need to delete anything. As for AMFIPass.kext, it's a simple matter. Buy an Apple developer key. It costs more than I'm willing to spend.
Happy New Year! 🎉

 

$99.
Perhaps this could realistically be covered through a shared community donation. This is just a suggestion, but it would benefit everyone.

I could even afford to buy one myself, but I wouldn’t really know what to do with it.

Edited by KGP-iMacPro
  • Like 1

Hello everyone!

First of all, I wish you an happy new year !! 

I'm so sorry to ask help but i cannot achieve to manage my Broadcom 94360 working even with patching with the fork OCLP 3.0.0 from the 1st post of this topic . First I had to mapp correctly USP port as descibed with USPmap app . After many tries , I finally got Tahoe boot and after patching I have HDA sound and BT working. I tried to change the value of max/min kernel as described  for the kexte. But wasn't working, I add AirportBrcmFixup.kext; but still fail ! I cannot boot with the modified EFI sa I have to use the basic one from may USB key. If someone has the same pb , I would be happy for hepl ! 

Here is the reg from hackintool, and OOCAT

and my EFI folder 

It's for my Z390 aorus pro wifi !!

Out of subject, the MB has a wifi card included and it works fine with kext but airdrop no of course . 

I must say that everything is working with little patchs  since  Catalina !

Any help would be appreciated.

Regards 

fred

Capture d’écran 2026-01-05 à 17.23.14.png

Capture d’écran 2026-01-05 à 17.23.21.png

Capture d’écran 2026-01-05 à 17.24.10.png

config.plist

  • Like 1
×
×
  • Create New...