Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.
Ok i see now.

But my card originally came with no UEFI support. I think with it's original unmodified vbios I cannot get the OC bootpicker when starting the Mac. Not sure but I'll try tomorrow...Anyway, Is it possible to force windows not checking "signatures" when installing drivers ?
 
Ok i see now.

But my card originally came with no UEFI support. I think with it's original unmodified vbios I cannot get the OC bootpicker when starting the Mac. Not sure but I'll try tomorrow...Anyway, Is it possible to force windows not checking "signatures" when installing drivers ?
 
  • Like
Reactions: octoviaa
I sincerely don't think its coincidental that the final Mac Pro 5.1 compatibility breaks before AMD 6000-series drivers are introduced in macOS. For many this will probably be the final straw before jumping to more modern systems.
 
I always find it slightly frustrating that you can't diff OC log files, as the timing information at the start of every line is always going to be different.

Have written these small shell scripts to remove timings from OC log file (output to stdout) and to diff two OC log files after timing info is removed: https://github.com/MikeBeaton/OcDiffLog

Example usage:

Code:
$ occleanlog opencore-2021-05-06-082342.txt
...

$ ocdifflog opencore-2021-05-06-082342.txt opencore-2021-05-06-082640.txt
...

Turns out some memory allocation details (affecting several lines) differ between runs, but little enough that remaining diffs from small changes can still be found.
 
  • Like
Reactions: khronokernel
Thanks for responding. The flag is set, but I still am only on 19H524. Safari was updated. It nags for Big Sur, but does not give the Security Update option.
Check Software update - it may be nagging about Big Sur (with VMM set) but there is a link just below the Big Sur text that says something like "more details" - click that and you should see the Security update if it is being offered to you. Click on that and it will only install the security update. After that is done you can turn VMM off and the Big Sur update won't be shown.
 
  • Like
Reactions: paalb
Hi all,

I hope you can enlighten me: where exactly and how do we add boot-args in the config.plist to accommodate for this:

#625

Thanks!
 
Hi all,

I hope you can enlighten me: where exactly and how do we add boot-args in the config.plist to accommodate for this:

#625

Thanks!
It's probably best not to add the boot args to the config. Instead, use a hybridization setup with a clean NVRAM (see part 2 of the guide), and use recovery mode to add the boot args as usual with something like

nvram boot-args="-v debug=0x100 rd=uuid boot-uuid=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"

That way, the boot args will be deleted after an NVRAM reset. Note that after an NVRAM reset, your machine may or may not boot into OC, so make sure to have a natively bootable installation of macOS. You will also need to properly rebless OC.
 
  • Like
Reactions: eVasilis
Why wouldn't they be deleted after NVRAM reset if set in the config file?
Because if the "boot-args" variable and its GUID are present in the delete dictionary, then OC would just set the variable again.
 
It's probably best not to add the boot args to the config. Instead, use a hybridization setup with a clean NVRAM (see part 2 of the guide), and use recovery mode to add the boot args as usual with something like

nvram boot-args="-v debug=0x100 rd=uuid boot-uuid=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"

That way, the boot args will be deleted after an NVRAM reset. Note that after an NVRAM reset, your machine may or may not boot into OC, so make sure to have a natively bootable installation of macOS. You will also need to properly rebless OC.
I did that and this is what I got with 11.2.3

IMG_0512.jpeg
 
The fix in RefindPlus that gave bootscreen for Nvidia GPUs was ported to OpenCore v0.6.9.
It is now also available in OpenCore, with or without OCLP, as long as running v0.6.9 and the relevant settings are activated
Thanks! This is working great in a 5,1 in which I just installed a Quadro K4000. Testing out MyBootMgr and Martin's package, both RefindPlus and OC boot screens show up with slick GUIs (OC in plain text as intended when chain loaded with RP). After booting, the Quadro drives two 4K screens (DP, DVI-to-HDMI) successfully in Mojave 10.14.6, whether booted via RP, OC, or RP-OC chain. (Haven't installed Win10 yet; that's next on the agenda.) So far so good! 👍

BUT… Big Sur 11.2.3 is another story. Somehow BS + OC (at least as configured) isn't playing nice with the Quadro. After selecting it from the OC boot menu, I end up with a black screen -- not completely frozen (pointer moves, keyboard responds), but useless. Trying VNC, I can login and see the same black screen, only managing to move the pointer. (The other screen is completely dead.) Checking for services, RFB is all that shows up on the network; usually this machine also offers SMB, SSH, etc.

Is this a known issue with certain Nvidia cards and Big Sur? I had this exact setup working just a week ago (RP/OC and 11.2.3) with a GT 710. I'd suspect the K4000 is just a bad card except that it performs well in Mojave. Any thoughts from the brain trust here would be appreciated.
 
It's probably best not to add the boot args to the config. Instead, use a hybridization setup with a clean NVRAM (see part 2 of the guide), and use recovery mode to add the boot args as usual with something like

nvram boot-args="-v debug=0x100 rd=uuid boot-uuid=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"

That way, the boot args will be deleted after an NVRAM reset. Note that after an NVRAM reset, your machine may or may not boot into OC, so make sure to have a natively bootable installation of macOS. You will also need to properly rebless OC.
Thanks!
 
Is this a known issue with certain Nvidia cards and Big Sur?
You are more likely to get a suitable response in GPU or Big Sur related discussion threads such as this...

or this...
 
You are more likely to get a suitable response in GPU or Big Sur related discussion threads such as this...

or this...
Got it, will do. And thank you for all your hard work on the MyBootMgr package. I am sold on the RP + OC combo as the ideal way to wrangle updated cMPs.
 
Check Software update - it may be nagging about Big Sur (with VMM set) but there is a link just below the Big Sur text that says something like "more details" - click that and you should see the Security update if it is being offered to you. Click on that and it will only install the security update. After that is done you can turn VMM off and the Big Sur update won't be shown.
Thank you. I am well aware of that. I have other systems with partitions with older systems. This link appeared for the Safari update but is not there for the security update. I also cannot install over the current system using a 10.15.7 installer. Guess it's flash stick time.
--> just found that the flags might not have been set correctly after all! Duh!
--> confirmation: setting both flag and mask supports Catalina update with 0.6.9 - RTFM
 
Last edited:
Just woke my MacPro5,1 up from display sleep (locked screen - Not full sleep) and got this screen.

VNC worked to do a graceful reboot and then it was fine.

FileVault had finished encrypting the main drive earlier today, so that could be related.

I am running OC 0.6.8 on Mojave, does 0.6.9 fix any issues like this? Video card is Radeon RX 580 "MacVidCards" edition.

It was not a full sleep which I haven't even tried since putting OC. Before OC if I slept it, it would just wake up again right away. But it's also the file server so sleeping it kind of defeats the purpose.
 

Attachments

  • IMG_0585.jpeg
    IMG_0585.jpeg
    613.9 KB · Views: 83
Has anyone gotten CentOS working on a Mac Pro 5,1 or 4,1? Fedora seems to work fine but CentOS is just a black screen after selecting the Anaconda installer. I'm at the end of my rope.
 
Has anyone gotten CentOS working on a Mac Pro 5,1 or 4,1? Fedora seems to work fine but CentOS is just a black screen after selecting the Anaconda installer. I'm at the end of my rope.
I just ran up CentOS 8 on my cMP5,1 using Parallels 16; it's one of the freebies Parallels has in it.
 
Just woke my MacPro5,1 up from display sleep (locked screen - Not full sleep) and got this screen.

VNC worked to do a graceful reboot and then it was fine.

FileVault had finished encrypting the main drive earlier today, so that could be related.

I am running OC 0.6.8 on Mojave, does 0.6.9 fix any issues like this? Video card is Radeon RX 580 "MacVidCards" edition.

It was not a full sleep which I haven't even tried since putting OC. Before OC if I slept it, it would just wake up again right away. But it's also the file server so sleeping it kind of defeats the purpose.
Other might have an OC answer to you. My tip is to disconnct and connect your monitor the next time this happen. I am familiar with this happening on a clean install without OC.
 
  • Like
Reactions: hwojtek and 0134168
Thanks! This is working great in a 5,1 in which I just installed a Quadro K4000. Testing out MyBootMgr and Martin's package, both RefindPlus and OC boot screens show up with slick GUIs (OC in plain text as intended when chain loaded with RP). After booting, the Quadro drives two 4K screens (DP, DVI-to-HDMI) successfully in Mojave 10.14.6, whether booted via RP, OC, or RP-OC chain. (Haven't installed Win10 yet; that's next on the agenda.) So far so good! 👍

BUT… Big Sur 11.2.3 is another story. Somehow BS + OC (at least as configured) isn't playing nice with the Quadro. After selecting it from the OC boot menu, I end up with a black screen -- not completely frozen (pointer moves, keyboard responds), but useless. Trying VNC, I can login and see the same black screen, only managing to move the pointer. (The other screen is completely dead.) Checking for services, RFB is all that shows up on the network; usually this machine also offers SMB, SSH, etc.

Is this a known issue with certain Nvidia cards and Big Sur? I had this exact setup working just a week ago (RP/OC and 11.2.3) with a GT 710. I'd suspect the K4000 is just a bad card except that it performs well in Mojave. Any thoughts from the brain trust here would be appreciated.
Hi!
First a disclaimer: I am not really an MacPro expert. But getting a black screen on boot with NVIDIA dGPU sounds familiar with what we know from iMac systems with NVIDIA dGPU. At least we could solve this very often by either patching the AppleGraphicsControl.kext or setting the boot-args with OpenCore as described in this post. Hope this helps!
 
  • Like
Reactions: OakTone
Hi, I have also asked this question in "Activate AMD hardware acceleration" thread. I had successfully installed OpenCore 0.6.8 on NVMe drive and Windows 10 UEFI on separate NVMe drive. Everything works. Both MacOS Mojave and Windows 10 properly reported 2x x5690 3.46GHz CPUs. After installing OpenCore 0.6.9 and turning on hardware acceleration my MacPro 5,1 with 2 X5690 reports as 2 X5670 @2.93Ghz. Is there a way to fix this. I followed a guide from this thread and double checked my config.plist. Is it something to do with AppleMCEReporterDisabler.kext? I have tried removing dictionary for Disabler kext and nothing changes. Anybody else has similar issues? I see people having hardware acceleration enabled and still showing 2x 3.46GHz cpus. I am puzzled as 0.6.8 OpenCore reported correct data. Thank you.

Edit: Just ran Geekbench and that's what I got:confused:! Single-Core 565 and multi-Core 4861...
 

Attachments

  • Screen Shot 2021-05-07 at 5.31.14 PM.png
    Screen Shot 2021-05-07 at 5.31.14 PM.png
    119.5 KB · Views: 86
  • Screen Shot 2021-05-07 at 5.30.36 PM.png
    Screen Shot 2021-05-07 at 5.30.36 PM.png
    256 KB · Views: 86
  • Screen Shot 2021-05-07 at 5.49.19 PM.png
    Screen Shot 2021-05-07 at 5.49.19 PM.png
    109.1 KB · Views: 85
Last edited:
Hi, I have also asked this question in "Activate AMD hardware acceleration" thread. I had successfully installed OpenCore 0.6.8 on NVMe drive and Windows 10 UEFI on separate NVMe drive. Everything works. Both MacOS Mojave and Windows 10 properly reported 2x x5690 3.46GHz CPUs. After installing OpenCore 0.6.9 and turning on hardware acceleration my MacPro 5,1 with 2 X5690 reports as 2 X5670 @2.93Ghz. Is there a way to fix this. I followed a guide from this thread and double checked my config.plist. Is it something to do with AppleMCEReporterDisabler.kext? I have tried removing dictionary for Disabler kext and nothing changes. Anybody else has similar issues? I see people having hardware acceleration enabled and still showing 2x 3.46GHz cpus. I am puzzled as 0.6.8 OpenCore reported correct data. Thank you.
You may want to try enabling debug log and see the frequency report/calculation there.
 
  • Like
Reactions: AlexBurdov
You may want to try enabling debug log and see the frequency report/calculation there.
I have really low geekbench scores with 0.6.9. Mac Pro is maxed out and looks like should be able to get to ~28000 in multicore test. I only get 4861! I have never tested it with 0.6.8. If I want to revert back to basic 0.6.8 without any advanced features turned on. Do I have to do anything extra besides replacing OpenCore files and config.plist on EFI partition with 0.6.8 version? I am not to well versed in it and I am not sure how writing to SMBIOS during hybridization step and deleting couple keys from NVRAM by following the guide affected it. I am hesitant to brick it...
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.