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.
For BS updates you need to enable hybridization. See the section "Hybridization and related settings" in the Advanced Configuration (Part II) of the first post. Hybridization is not included in the basic config.plist that is part of the first post.
Thanks for reminding me on that part of the guide. Changed SMBIOS in config.plist accordingly.
 
Thank you for taking the time to clarify the docs. Based on that update, is unclear to me if AppleEvent should be left to its default failsafe value (Auto)? For now is custom set to Builtin, into setup.py.
I honestly find the OC notion of failsafe a bit confusing (too...?) - but the idea seems to be some mixture of 'do no harm' (which indeed is your understanding) but with an added mixin of 'do as close as possible to nothing'.

Whatever it is, it really *isn't* the same as a recommended value; so for instance the recommended value of KeyForgetThreshold was previously 5 in the docs (it is now listed as between 5 and 7), even though its failsafe is and always was 0 (that example applies on systems using KeySupport, not real Macs however).

Equally, the failsafe value of the new PointerSpeedMul is 0 - which is clearly mad, it means never move the mouse! However the *recommended* value (only just added...) is 1.

So the recommended value, for all times starting from when it was introduced and for all systems, for AppleEvent, is Builtin (and yes, I do agree with you that many recommendations in the docs are indeed somewhat Hackintosh specific - but, I can safely say, not this one).

Which is an overlong way of saying: yes, I agree with your choice. :)
 
Last edited:
So, can anyone confirm or deny whether Big Sur 11.3 brings in issues for booting (via OC 0.6.7 or 0.6.8) a Mac Pro 5,1 if a USB 3.x or a Titan-Ridge Thunderbolt 3 PCI card is installed?
 
You may want to verify that the agdpmod device property is properly set.

Thanks, but does this mean I need to install anything else than the standard open core and reference config file to get this to work?

When googling 'agpmod', I get a reference to 'WhateverGreen'.
 
Hi all

When my 5,1 boots I get two different backgrounds during the process; the first is the one set in OC and the second the one I believe it to be the default for big sur. Between those two there are a few seconds of black screen. Thus my questions are:

Can I set the default background value in OC to match the second one and is the black screen during the switch from one to the other normal?

Thanks!
 

Attachments

  • IMG_0415.jpeg
    IMG_0415.jpeg
    159.3 KB · Views: 69
  • IMG_0417.jpeg
    IMG_0417.jpeg
    115.2 KB · Views: 58
Thanks, but does this mean I need to install anything else than the standard open core and reference config file to get this to work?

When googling 'agpmod', I get a reference to 'WhateverGreen'.
Yes. Please review Part 2 of the guide.
 
Hi all

When my 5,1 boots I get two different backgrounds during the process; the first is the one set in OC and the second the one I believe it to be the default for big sur. Between those two there are a few seconds of black screen. Thus my questions are:

Can I set the default background value in OC to match the second one and is the black screen during the switch from one to the other normal?

Thanks!
On modern Macs, the background is "syrah black." For legacy Macs, it was "light gray." Both colors can be set in OC. However, because no Macs with the gray background are supported in Big Sur, the gray option may lead to unexpected results during the second-stage screen, like the apple turning white. Thus it is recommended to use black. It will also make the normal blackout period between the first and second screens less noticeable.
 
  • Like
Reactions: eVasilis
On modern Macs, the background is "syrah black." For legacy Macs, it was "light gray." Both colors can be set in OC. However, because no Macs with the gray background are supported in Big Sur, the gray option may lead to unexpected results during the second-stage screen, like the apple turning white. Thus it is recommended to use black. It will also make the normal blackout period between the first and second screens less noticeable.
Thanks!
 
Just installed 0.6.8 on my work machine but had to revert back to 0.6.7 due to WIFI no longer functioning. What's odd is that BT and WiFi hardware is detected but WIFI remains in a constant "off" state. Otherwise, 0.6.8 seems to boot 11.2.3 just fine from a PCIe drive. It however, seems to be significantly slower in booting (debug off) than 0.6.7.

Attaching a copy of my config.plist in case something stands out as being wrong, thus preventing WiFi from working. Has anyone else experienced WIFI issues on an cMP5,1 and 0.6.8?
 

Attachments

  • config.plist.zip
    4.6 KB · Views: 73
Thanks @Dayo, the above tip worked. WiFi is fully functional again. Is there a way ConfigFactory can query if a native-Apple card exists, and if so, automatically disable those patches?

Anyway, 068 seems to be running fine on 11.2.3. Processor speed also seems to be correctly reported now. Curious, but I don't recall seeing SMC version getting "spoofed" with 067 but under 068, it's now reported as 9.9999. Will report back if I notice anything else unusual.

1617806061085.png
 
Equally, the failsafe value of the new PointerSpeedMul is 0
I had a similar discussion with @cdf earlier and I agree that while is best to keep the failsafe values in place for a configuration, certain values do not make sense. Your example is great, that is why I set PointerSpeedMul to 1 also. See release entry.
 
  • Like
Reactions: Bmju
I see, now it makes sense. Do you have stock 5,1 Bluetooth card or a newer upgraded model? Myself I have a card pulled from an iMac.
 
Is there a way ConfigFactory can automatically disable those patches?
Was something that was not ready for release and should have been disabled/deleted (as done now)

I don't recall seeing SMC version getting "spoofed" with 067 but under 068, it's now reported as 9.9999.
There was a recent scare that not only was firmware being inadvertently upgraded, but that the same was happening to the SMC. Turned out to be unfounded but the risk is there. ConfigFactory now sets things up to prevent such from happening if an attempt is made ... similar to the firmware version change.
 
  • Like
Reactions: amstel78
I see, now it makes sense. Do you have stock 5,1 Bluetooth card or a newer upgraded model? Myself I have a card pulled from an iMac.
I have the stock Apple BT/Wifi card that came shipped with most of the cMP5,1 late 2010 models. It won't work natively under Big Sur.
 
There was a recent scare that not only was firmware being inadvertently upgraded, but that the same was happening to the SMC. Turned out to be unfounded but the risk is there. ConfigFactory now sets things up to prevent such from happening if an attempt is made ... similar to the firmware version change.
Good to know! Thanks!
 
I have been off the forum for a while. I have been sporadically following the Big Sur implementation but haven't committed as I have been swamped and I use my Mac for work-related processing. Yesterday I jumped back in. First, turned VMM flag on and upgraded to the latest Catalina through system pref software update. Then, upgraded OC 0.6.6 --> 0.6.8. Then, upgraded to Big Sur 11.2.3 again just through the system pref software update. Everything went smoothly. The Big Sur upgrade went through 4 login followed by a reboot cycles which was a bit unnerving but in the end Big Sur came up. As far as I can see everything is working (BT, wifi, boot screen). System seems stable and performance is excellent.

Thanks again to everyone involved!
 
  • Like
Reactions: cdf
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.