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.
I have MacPro 1.1 stitched into 2.1.
It's very unlikely that will work with anything later than El Capitan. If I'm not mistaken, beginning with Sierra, OS X required CPUs capable of processing SSE4.x instructions. Early Mac Pros are not compatible.
 
@paalb: As expected, there is no hypervisor support, but what is interesting is that the VMM flag still works to enable updates, which if I recall correctly, wasn't the case before...
 
  • Like
Reactions: paalb
I though it wasn't work on some USB 3.0 card, but most likely just my bad memory.
I got this hub:
And it appears as USB2 hub:
Code:
USB2.0 Hub             :

  Product ID:    0x2812
  Vendor ID:    0x2109  (VIA Labs, Inc.)
  Version:    90.90
  Speed:    Up to 480 Mb/s
  Manufacturer:    VIA Labs, Inc.         
  Location ID:    0xfa200000 / 1
  Current Available (mA):    500
  Current Required (mA):    0
  Extra Operating Current (mA):    0
 
As an Amazon Associate, MacRumors earns a commission from qualifying purchases made through links in this post.
Thank you very much for all your help. I will get back to this thread once I have all the right hardware to complete this task. Thank you all once again!!
You can test yourself if it's tolerable on your workflow, for anyone that do audio related work is not. External DACs still have the problem, see the thread below for more details:

I have a MacPro 4.1->5.1 with the latest firmware, with upgraded 8 GB graphic card, SSD, 16 GB RAM, etc.

I had the audio problems first with latest 2 Mojave updates, then they disappeared for me with Catalina ( the only good thing it had from my perspective ) and came back from the first Big Sur betas. So if it worked fine in Catalina, there must be something that it was changed back in that macOS version that could be ported to Big Sur in order to make it work again. The question is "what solved the audio problems in Catalina". At least for me. I though it could be related to OpenCore as I installed macOS Catalina through that method. If that was the case ( the right audio driver ) it's not working right now ( have OpenCore 0.6.4 ).

To make the sound work almost decently I have to open Apple Logic and increase the buffer to 1024 and keep the app open consuming RAM and other resources. And it works for Apple Music but not for Youtube through Safari. For that page and other streaming services I have to use Chrome. It's quite annoying but nobody seems to know what's really going on with the audio ( yes, the CPUs, but that doesn't explain why it worked fine for me in previos macOS version ) or if they do, no one has provide a permanent solution. I asked in these forums and it was just like asking for the holy grail and even some posters seemed annoyed with the request. So will keep waiting until the day I get tired and throw this computer to garbage.
 
there is no hypervisor support, but what is interesting is that the VMM flag still works to enable updates, which if I recall correctly, wasn't the case before...
What do you think might be up? Do you think this might trickle down the CPU food chain?

Only a single report of this so far and therefore needs testing. Is testing just a maatter of flicking VMM on when the next update is released and seeing what happens?
 
What do you think might be up? Do you think this might trickle down the CPU food chain?

Only a single report of this so far and therefore needs testing. Is testing just a maatter of flicking VMM on when the next update is released and seeing what happens?
I did not check if I had a Westmere or Nehalem before I tried out OpenCore on this mac back in October. So this is a discovery by accident. There is a Catalina Security Update waiting now. I will install it this weekend.
 
  • Like
Reactions: Dayo
What do you think might be up? Do you think this might trickle down the CPU food chain?

For Catalina updates, either something changed, or we missed something in the past. Something did change with Big Sur: For the 5,1 Mac Pro, even Software Update in Catalina provides the update to Big Sur without the VMM flag. It would definitely be interesting to see if things are different with the 3,1 as well.
 
OK. I'm ready to try Big Sur on a spare SATA SSD. Will any precise steps be added to post #1 to upgrade or clean install the OS on cMP?
 
OK. I'm ready to try Big Sur on a spare SATA SSD. Will any precise steps be added to post #1 to upgrade or clean install the OS on cMP?

Things are iffy at the moment with Big Sur. There are problems with DRM, Night Shift and USB. Even more concerning are the obviously unwanted firmware updates that cannot be blocked as before.

While BlacklistAppleUpdate helps, it cannot block all firmware updates:


The new RestrictEvents kext also helps:


But by blocking some processes, this kext prevents a clean install of Big Sur on the 5,1 Mac Pro.

Now installing Big Sur without trying to block firmware updates will likely still work, but this might happen:


So until things get sorted out and more testing is done, post #1 cannot include steps for installing Big Sur.
 
  • Like
Reactions: izapp
Ok - so I followed a guide on another site to get my Mac Pro 5.1 2010 updated to Big Sur. Eventually it installed and came online. Then I noticed that the old guide had given me an older version of opencore, so I decided to copy over the 0.6.4 version instead to my EFI. Now I seem to have a situation where there’s no output to the monitor at all. I’ve turned it off, done several 3x NVRAM resets and tried all manner of ways to try and get into recovery, but nothing is happening. Any advice? Thanks
 
For Catalina updates, either something changed, or we missed something in the past.
Thinking about this, I always manually apply updates by expanding, editing the distribution file and repackaging before installing but this wasn't needed for SecUpdate 2020-006 Mojave as the distribution file did not include the usual checks. All others before that had these checks and could be that Catalina had been like that for a while.

Waiting for the new SecUpdate 2020-007 Mojave file to be posted and will check to see if it does the same.
 
I currently have an MP4,1->5,1 (144.0.0.0.0, 2x5675, 64GB, RX570) booting OC 0.6.3 from an NVMe EFI partition, then into Catalina 15.7 on the same NVMe drive (marked as internal). That's my primary system right now. I need to be able to boot into Big Sur for testing (I don't plan to use it regularly, unless I discover that it contains something indispensable, which seems awfully unlikely). I'm assuming that the Barry K. Nathan micropatcher will work its magic on my system just as it has for many others.

Questions:
  1. For installation, I'm going to remove my NVMe (and all other drives) and do a clean install to a blank SATA SSD. After installation, I'll replace my NVMe (et al) and re-bless OC. Is that sufficient? I know OC will (should) find the bootable Big Sur on the SATA SSD, but do I need to do any OC tweaking for a Big Sur boot? Also, it seems like having OC out of the picture during install should streamline things and reduce possible errors, but is there any compelling reason to include OC in the Big Sur installation process?
  2. On a related note, to make Big Sur work in the above scenario, do I need to upgrade to OC 0.6.4, or will 0.6.3 suffice? (I'm firmly in the "if it ain't broke, don't fix it" camp, which includes upgrades/updates).
My thanks go to everyone working on this, and to anyone who bothered to read this far. ;-)
 
2. On a related note, to make Big Sur work in the above scenario, do I need to upgrade to OC 0.6.4, or will 0.6.3 suffice? (I'm firmly in the "if it ain't broke, don't fix it" camp, which includes upgrades/updates).
Interesting that you have OpenCore on the EFI partition of the NVMe drive. I thought that didn't work and was required to be on the EFI partition of a SATA drive. 🤔

Anyway, I can tell you I had no problems with Big Sur and OC 0.6.3 and I even updated to Bug Sur 11.1 with it. But now after I updated to OC 0.6.4 using @h9826790 prepared package I have the problem described here:


Might just be me, though...
 
Hi all, is it safe to update to 11.1 ?
Very smooth for me, no problem at all.
11.1.png
 
  • Like
Reactions: Enricote and zoltm
I got this hub:
And it appears as USB2 hub:
Code:
USB2.0 Hub             :

  Product ID:    0x2812
  Vendor ID:    0x2109  (VIA Labs, Inc.)
  Version:    90.90
  Speed:    Up to 480 Mb/s
  Manufacturer:    VIA Labs, Inc.        
  Location ID:    0xfa200000 / 1
  Current Available (mA):    500
  Current Required (mA):    0
  Extra Operating Current (mA):    0
Just to make it clear, I mean connect the USB device directly to the USB 3.0 card without any hub.
 
As an Amazon Associate, MacRumors earns a commission from qualifying purchases made through links in this post.
It's very unlikely that will work with anything later than El Capitan. If I'm not mistaken, beginning with Sierra, OS X required CPUs capable of processing SSE4.x instructions. Early Mac Pros are not compatible.
Why does the topic name mention macpro1.1?
 
Why does the topic name mention macpro1.1?
It's not the name of the thread, but the forum tag.

MP1,1/2,1 Xeon can't run macOS Sierra on-wards. Even if you could install OpenCore, running it wouldn't change the SSE4,1 minimum requirement to run macOS after El Capitan.
 
  • Like
Reactions: Azatos
can any here help me with reading the info with gfxutil i have a efi flashed rx 480 in the pcie slot that my org 5770 was in. would my address be the same as the one in the guide. my cmp is a mp 5.1 single cpu 3.2ghz running mojave and the only mod is the 480 from macvidcards
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.