[HOW TO] OpenCore 0.7.9 > 0.8.0 differences

[miliuco]

@steve20677
Try with a backup of config.plist. Open PlistEdit Pro, select the key and press Delete, also you can copy / paste keys and modify keys or values. Save the file at the end.

 

[tedyun]

That's why I stick to my update procedure.

A guide to update OpenCore 0.x.y to 0.x.y+1

@miliuco does a great job at pointing out the differences between one version and the next (search for his "Opencore 0.x.y > 0.x.y+1 differences" threads), but I often see the same questions coming back regularly on his threads and other ones, so here's an overview of the best way to update...

www.tonymacx86.com

So that I don't rely on additional apps and I have complete control over what's done.
Never failed me and it's quite fast once you're used to it.

@Nodarkthings - Count me as a convert after I came across your procedure! I used to use OCConfigurator to update the same config.plist, and after a while, it just turned into a Frankenstein file. I probably wasn't doing it right or something because others don't seem to have a problem. But I would routinely have problems with changed keys (like people are having now), or occasionally the new config.plist would just hang the boot process.

I invested in a good Plist editor and I pretty much follow your procedure. I usually start with the Sample.plist from the new release and just rebuild it from scratch using my old config.plist. I have an "SOP" checklist that guides me through each step that I have to take to customize the Sample to my custom. It takes longer, but as you say, it usually works each time, and in the end, it's faster than doing it incorrectly then trying to suss out the problem.

 

[HGC544]

Hi there, can you please describe how and what to delete in config.plist using plisteditpro

Hello. Do not use OC configuration to remove. Use plisteditpro. Click on Misc-Serial-Init right click delete. That's it.

 

[guindillas]

OpenCore 0.8.0 is out. OpenCore and kexts are available in Acidanthera.

The release of OpenCore version 0.8.0 has been delayed to fix some issues with debugging and serial port. In addition to this, the main changes are:

• Better explanations for SetApfsTrimTimeout. On macOS 12+, it is no longer possible to specify trim timeout for APFS filesystems. However, it can be disabled by setting SetApfsTrimTimeout=0. When APFS trim timeout is set to 0, trim is disabled even when System Information says that it's enabled.
• Aquantia AQtion based 10GbE network cards support.
• Early log preservation support.
• Build: switched to Python 3 in build scripts (see Acidanthera bugtracker issue 1980).

config.plist

Kernel >> Quirks:

• added ForceAquantiaEthernet (Boolean): This option enables Aquantia AQtion based 10GbE network cards support, which used to work natively before macOS 10.15.4. Note: When this option is enabled, DisableIoMapper must be disabled and VT-d must be enabled in BIOS. Default is False.
• added CustomPciSerialDevice (Boolean): for XNU to correctly recognise customised external PCI serial devices. By default, serial logging is disabled. For this patch to be correctly applied, the new option Misc >> Serial >> Override must be enabled with all keys properly set in the optional Misc >> Serial >> Custom dictionary. Default is False.

Misc >> Debug >> removed SerialInit (Boolean).

Misc >> added Serial (Dictionary): this option will perform serial port initialisation. Default as provided in Sample.plist file. To fix Acidanthera bugtracker issue 1954: SerialInit does not work for all serial ports. There are 2 keys under Serial:

• Init (default False): this option will perform serial port initialisation within OpenCore prior to enabling (any) debug logging
• Override (default False): this option overrides serial port properties.

When Override=True, Misc >> Serial >> Custom dictionary must be added and properly set (see SampleCustom.plist). Most of us don't need the Custom section.

Kexts

• AppleALC 1.7.1 (fixes, new layouts)
• CPUFriend 1.2.6 (fixes)
• CpuTscSync 1.0.9 (fixed boot-arg -cputsclock)
• DebugEnhancer 1.0.7 (remove redundant code)
• FeatureUnlock 1.0.9 (added Macmini8,1 support)
• Lilu 1.6.1 (fix compilation on Xcode 12.3.1).

I want to say that SetApfsTrimTimeout=0, leaves me in an eternal Apple loading bar, and I can only go using CMD+V which it gets me to macOS through verbose. Not working using -v in bootargs. (Weird)

And using SetApfsTrimTimeout=-1 lets me to load macOS well.

So I think this patch is not working on my system, having some problems at 12.3.1 Monterey.
Saying I am using WD SN850 NVMe drive.

 

[Superbogey]

So is OCAT.

How so? I used it to update to 0.8.0 without any issues.

 

[miliuco]

@guindillas
If your macOS boots fine with -1, leave it so. I have it so also. I don't know why it happens to you but not all systems benefit of SetApfsTrimTimeout=0.

 

[Stork]

How so? I used it to update to 0.8.0 without any issues.

OCAT was updated yesterday and updated my Z690 EFI to 0.8.0.

 

[guindillas]

@guindillas
If your macOS boots fine with -1, leave it so. I have it so also. I don't know why it happens to you but not all systems benefit of SetApfsTrimTimeout=0.

At this case SetApfsTrimTimeout=-1 TRIM is still enabled and working, so I think is better option if your system works like that. Am I right?

 

[Superbogey]

OCAT was updated yesterday and updated my Z690 EFI to 0.8.0.

I'm guessing the first 0.8.0 OCAT version was probably fine for older systems - such as my aging Z270 - but not so much for systems based on newer chip-sets.

 

[Stork]

I'm guessing the first 0.8.0 OCAT version was probably fine for older systems - such as my aging Z270 - but not so much for systems based on newer chip-sets.

Nuts! Guess I'll have to create a new OC 0.8.0 EFI the old fashion way.