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.Response: zsh: no matches found: board-id?ioreg -l | grep board-id
?
No question mark.Response: zsh: no matches found: board-id?
Ooops, now response is: | "board-id" = <"Mac-F221BEC8">No question mark.
Thanks for reminding me on that part of the guide. Changed SMBIOS in config.plist accordingly.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.
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'.Thank you for taking the time to clarify the docs. Based on that update, is unclear to me ifAppleEvent
should be left to its default failsafe value (Auto)? For now is custom set to Builtin, into setup.py.
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).PointerSpeedMul
is 0
- which is clearly mad, it means never move the mouse! However the *recommended* value (only just added...) is 1
.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).You may want to verify that the agdpmod device property is properly set.
Yes. Please review Part 2 of the guide.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'.
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.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!
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.
Will try that a bit later today. Just to confirm, these are the patches in question?Try disabling Acidanthera WIFI Patches 1 to 3.
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 setEqually, the failsafe value of the newPointerSpeedMul
is0
PointerSpeedMul
to 1
also. See release entry.Just curious, how did these patches ended up in your config?Thanks @Dayo, the above tip worked.
I used Dayo's ConfigFactory to generate the config.plist file.Just curious, how did these patches ended up in your config?
Was something that was not ready for release and should have been disabled/deleted (as done now)Is there a way ConfigFactory can automatically disable those patches?
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.I don't recall seeing SMC version getting "spoofed" with 067 but under 068, it's now reported as 9.9999.
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.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.
Good to know! Thanks!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.