Yes, AirPlay worked on that MBP with this dongle. I’ll try a Brcm dongle one as you suggest.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
macOS 13 Ventura on Unsupported Macs Thread
- Thread starter 0xCUBE
- WikiPost WikiPost
- Start date
- Sort by reaction score
- Status
I understand your question just well enough to know that it doesn't belong in the OCLP Security thread. Other than that, I'm not sure what you're asking. I'll take a guess without fully understanding and hope that this helps.
In my opinion, you should always try using OCLP to build/install your Open Core EFI with unchecked "Disable Library Validation" and "Disable AMFI" (uncheck the boxes in the OCLP GUI). You should not need to manual inject any amfi-related boot-args in NVRAM.
If that doesn't answer your question, I apologize for not understanding the question.
EDIT: Note that you will need to "Build and Install Open Core" any time you manually change/override the "Security" settings in the OCLP GUI (different from the security discussed in the "OCLP Security" thread). You should be able to experiment with different Library Validation and AMFI settings simply by: 1) check/uncheck the boxes in the OCLP GUI, 2) Build and Install Open Core and 3) reboot. You should never need to manually inject boot-args or manually modify the Open Core config.plist unless that's your preference (I do manually modify config.plist for experiments, so I'm fully supportive of this if you want to and are able to). I'd recommend doing your OC EFI experimentation with a bootable, GUID partitioned USB thumb drive. Keep your SSD EFI untouched so you have a reliable boot drive.
EDIT2: @RK78 Just out of curiosity, are you trying to use OCLP on a Mac where you previously (or currently) installed the DosDude patches?
Last edited:
Replying to your second edit. Yes, Dosdude Catalina 10.15.7, hardly ever used, on another partition on this Mac. Only because I recently installed an SSD to replace the 14 year old HDD on the iMac, I reinstalled the Catalina, along with the High Sierra, and the Ventura, all 3 on different partitions on the SSD (as before on the HDD). Was trying to fix the widely reported issue on the DosDude Cat, where Firefox must always crash on first open in order to open on second try.
dosdude1 said: I have just released version 1.3.6 of Catalina Patcher, which should fix the issue where some third-party applications wouldn't launch. If you have been having this issue, you can either use the latest Catalina Patcher version, or run "sudo nvram boot-args=amfi_get_out_of_my_way=0x1" in Terminal, and then reboot.
[automerge]1585672919[/automerge]
Run "sudo nvram boot-args=amfi_get_out_of_my_way=0x1" in Terminal then reboot. That should take care of that issue.
DosDude, for whom I have the highest regard, had written sometime a few years earlier (quoted above) that running sudo nvram boot-args=amfi_get_out_of_my_way=0x1 fixes this issue. While it did fix the Firefox issue - but only temporarily - not through a restart, I only realized afterwards that this command disables AMFI, not only in the Cat but in the Ventura OCLP, with both seemingly partially linked - and yes I realize that running 3 different OSs on the same Mac can cause some issues, but never before encountered anything like this. Until then had no idea what AMFI was (now I know a bit better) which has led me to the current questions.
Did check/uncheck the AMFI/Disable Library Validation boxes and restarted. Apparently the OCLP default is with AMFI/Library Validation NOT disabled. But still wondering about the presence of that com.apple.security.libraryvalidation.plist showing LibraryValidation disabled.
Wonder if I can just go ahead and manually edit that .plist from true to false to take care of this? If it will really make any difference?
Last edited:
@RK78 DosDude and OCLP use different mechanisms for Disabling Library Validation. Don't confuse the two. OCLP uses kernel patches in Open Core's config.plist.
You appear to be confusing the two patchers. Resolving this confusion is beyond the scope of this thread (my opinion).
EDIT: @RK78 While I don't think we should be trying to resolve the OCLP/DosDude differences in this thread (again, my opinion), here are a few things that might help:
You appear to be confusing the two patchers. Resolving this confusion is beyond the scope of this thread (my opinion).
EDIT: @RK78 While I don't think we should be trying to resolve the OCLP/DosDude differences in this thread (again, my opinion), here are a few things that might help:
- OCLP uses kernel patches in the Open Core config.plist to disable library validation. To view these, "Build Open Core" after making sure that "Disable Library Validation" is checked in the OCLP GUI > Security panel. Look at kernel patches in the OCLP-generated Open Core config.plist "Kernel > Patch" block.
- When "Disable AMFI" is checked in the OCLP GUI, OCLP inserts boot-arg amfi=0x80 in the OC config.plist "NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > boot-args". boot-arg amfi=0x80 achieves the same effect as amfi_get_out_of_my_way=0x1 (use one or the other).
- OCLP injects kext AMFIPass.kext, so that amfi=0x80 (or amfi_get_out_of_my_way=0x1) should be unnecessary. With AMFIPass.kext and "Disable AMFI" unchecked in the OCLP GUI, OCLP post-install patches should still install and work. Test this to confirm on your Mac. I don't know whether AMFIPass.kext works with Catalina (to allow installation and operation of DosDude patches). You would need to test this yourself. When OCLP generates an Open Core EFI, you'll see AMFIPass.kext in the OC/kexts folder and in the config.plist "Kernel > Add" block.
Last edited:
Not sure that I'm confusing the 2, OCLP with dosdude. But not to get sidetracked by that, I'd simply like to have a look at the items you've mentioned in the Open Core config.plist/OCLP-generated Open Core config.plist. Can you tell me just where they are? Have looked at a number of things via Find Any File, and directly inside Library without much success.
Really do appreciate all the help and effort you've put into this.
@RK78 This is part of the reason that I said you are confusing OCLP and DosDude. OCLP generates an Open Core EFI that is located in the EFI System Partition (ESP) of your GUID-partitioned boot drive. DosDude patcher changes are all within the macOS volume (analogous to the OCLP post-install patches). You will not find the OCLP / Open Core items that you seek in "/Library." These are basic concepts of the Open Core boot-loader that you should learn if you want to (and will need to learn if you plan to experiment with Open Core and DosDude patcher).
The Open Core EFI generated by OCLP can be found / viewed in two ways:
This should get you started with the things you need to learn. I don't want to clobber this thread with Open Core basic info, so I'll stop here. Good luck!
The Open Core EFI generated by OCLP can be found / viewed in two ways:
- "Build and Install Open Core" and then "Install to Disk" to the EFI System Partition (ESP) of a GUID formatted drive and then inspect the EFI by mounting the ESP. Search for how-tos to learn how to do this.
- "Build and Install Open Core" and then "View Build Log" to generate the Open Core EFI without installing it to the ESP. View the Open Core EFI in the "/var/folders" path specified in the OCLP dialog.
This should get you started with the things you need to learn. I don't want to clobber this thread with Open Core basic info, so I'll stop here. Good luck!
Thanks for all that.
Was able to get into the config.plist quite easily by running EFI Agent https://github.com/benbaker76/EFI-Agent, which I've had for some time; quite useful.
OK, so now as you wrote: OCLP injects kext AMFIPass.kext, so that amfi=0x80 (or amfi_get_out_of_my_way=0x1) should be unnecessary, once the config.plist was open, did a search for "AMFI", which returned the AMFIPass.kext.
This was after doing a new build to disk with Disable Library Validation and Disable AMFI quite clearly unchecked.
So since both of those were unchecked for a new build to disk (based on my iMac 10,1) and if that particular kext is loaded in the disable scenario, then why is it still present? Sorry for the confusion, what am I still not understanding?
Maybe screenshots will help:
Last edited:
No room to add an edit above. Note, also searched for these 3 in the config.plist which you mentioned - came up completely empty handed.
NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > boot-args
boot-arg amfi=0x80
Kernel > Patch
Realize that you are reluctant to keep this going much longer, and don't want to unnecessarily draw this out; simply want to be certain that Library Validation and AMFI are what they're supposed to be by default.
NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82 > boot-args
boot-arg amfi=0x80
Kernel > Patch
Realize that you are reluctant to keep this going much longer, and don't want to unnecessarily draw this out; simply want to be certain that Library Validation and AMFI are what they're supposed to be by default.
Last edited:
@RK78 Not going to discuss this any more. Everything you are asking is searchable. Sorry - I don't want to clobber this thread and I feel like I've spent enough of my time on this.
EDIT: I will clarify one thing: At some point during development of OCLP, Devs decided to always inject AMFIPass.kext. When you check/uncheck "Disable AMFI" in OCLP GUI, you are turning the amfi=0x80 boot-arg on and off.
EDIT2: Starting with OCLP 1.4.3 (maybe earlier) It looks like having "Disable AMFI" checked in OCLP GUI adds boot-arg amfi=0x80 only when "Disable Library Validation" is also checked.
EDIT: I will clarify one thing: At some point during development of OCLP, Devs decided to always inject AMFIPass.kext. When you check/uncheck "Disable AMFI" in OCLP GUI, you are turning the amfi=0x80 boot-arg on and off.
EDIT2: Starting with OCLP 1.4.3 (maybe earlier) It looks like having "Disable AMFI" checked in OCLP GUI adds boot-arg amfi=0x80 only when "Disable Library Validation" is also checked.
Last edited:
macOS 13.7.1 installed atop 13.7 OTA, OCLP 2.1.2, runs as expected.
👏
👏
Saw this on the Discord server posted by Amy in the announcement section. Re. Safari updates on Ventura.
“it appears that Safari 18.2's JavaScript JIT requires AVX, so please __**avoid installing macOS 15.2 or any Safari updates on Ventura/Sonoma if you have a pre-Sandy Bridge CPU**__.
if you've already updated and are seeing crashes, `launchctl setenv JSC_useJIT false; launchctl setenv __XPC_JSC_useJIT false` may allow Safari/Music/App Store to launch, but _performance will be drastically reduced_. we are investigating further; please be patient.”
November 17 2024
“it appears that Safari 18.2's JavaScript JIT requires AVX, so please __**avoid installing macOS 15.2 or any Safari updates on Ventura/Sonoma if you have a pre-Sandy Bridge CPU**__.
if you've already updated and are seeing crashes, `launchctl setenv JSC_useJIT false; launchctl setenv __XPC_JSC_useJIT false` may allow Safari/Music/App Store to launch, but _performance will be drastically reduced_. we are investigating further; please be patient.”
November 17 2024
@LookingOut Thanks for the warning! Currently, version 18.1.1 is the latest Safari version available for my MBP6,2 running Ventura 13.7.1. I don't experience any crashes with Safari version 18.1.1 (for the few sites that I visit with this OCLP-patched Mac). Is Safari 18.2 supposed to be available when running Ventura 13.7.1? I don't have Beta updates enabled for Ventura, so it's possible I'm not seeing Safari 18.2 because it's still Beta.
Yes you are correct - I am still on 18.1.1. I think it may be a beta release at this point, but certainly something to keep an eye on if the issue is not fixed when Safari 18.2 drops out of beta.
Safari 18.2 beta information
Last edited:
I've succesfully update my mac to ventura using OCLP, but the iCloud passwords extension (for chrome/chrome based browsers) is not working (it's asking to update to sonoma). Since this extension is working fine on a mac on monterey(native) i don't think that the issue is that I'm not on sonoma rather some 'genuine' os related problem. Are there some fixes for this?
EDIT: rebooting had fixed the issue
EDIT: rebooting had fixed the issue
Last edited:
I was able to use the passord extension in Chrome on Ventura and Sequoia running on a mid-2014 13" Pro.
Looks like the Safari 18.2 issue is resolved for Sequoia in OCLP 2.2.0. Haven't tested, so not sure OCLP 2.2.0 fixes it for Ventura as well.
From https://github.com/dortania/OpenCore-Legacy-Patcher/releases/tag/2.2.0
Resolve JavaScriptCore crashes on macOS 15.2 and Safari 18,2 (including macOS Ventura and Sonoma)
- Applicable for Macs without AVX support (pre-Sandy Bridge)
Upgraded my MBP6,2 via OTA from 13.7.1 -> 13.7.2 and applied OCLP post-install patches with OCLP 2.2.0. Safari 18.2 crashes when visiting macrumors.com. Posting this in Firefox. Will repatch and test again.
EDIT: Attempted to revert Ventura post-install patches with OCLP 2.2.0 - left my Ventura volume in an unpatchable state that I have been unable to recover manually. Fortunately, it's a test volume. Going to trash the test volume and remain on 13.7.1 / Safari 18.1.1 (patched with OCLP 0.6.8) for now.
EDIT: Attempted to revert Ventura post-install patches with OCLP 2.2.0 - left my Ventura volume in an unpatchable state that I have been unable to recover manually. Fortunately, it's a test volume. Going to trash the test volume and remain on 13.7.1 / Safari 18.1.1 (patched with OCLP 0.6.8) for now.
Last edited:
Everything good with the 13.7.2 (OCLP 2.1.2), but Safari 18.2 (which I hardly ever use) not crashing, was reloading even the simplest web pages ad infinitum. Hadn't ever tried downgrading Safari before.
Copied the Safari folder in Library from recent backup, plus found the Safari 18.1.1 VenturaAuto.pkg at Mr. Macintosh https://mrmacintosh.com/macos-safari-full-installer-database-download-directly-from-apple/ which I installed. Everything seems back to normal now with Safari at 18.1.1.
Wonder what's up with this latest Safari 18.2, at least in OCLP. Doesn't seem to be able to browse anything properly.
Last edited: