[Release] macOS Sequoia 15.3

[Anto65]

I would add

if you have applied OCLP patches, do the revert, otherwise the complete installer will be proposed
With iMac19.1 smbios you do not need RestrictEvents.kext and nor even less boot-args

Edited March 15, 2025 by Anto65

[pico joe]

(base) pico@Picos-iMac-Pro ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version

4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-104-2025-01-20
(base) pico@Picos-iMac-Pro ~ % sw_vers
ProductName:        macOS
ProductVersion:        15.3.2
BuildVersion:        24D81
(base) pico@Picos-iMac-Pro ~ %

[Slice]

17 hours ago, pico joe said:

(base) pico@Picos-iMac-Pro ~ % nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version

4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version    REL-104-2025-01-20
(base) pico@Picos-iMac-Pro ~ % sw_vers
ProductName:        macOS
ProductVersion:        15.3.2
BuildVersion:        24D81
(base) pico@Picos-iMac-Pro ~ %

Good command sw_vers!

[Max.1974]

Yes nice learn something new ! Thx 

 

[ird]

On 3/15/2025 at 3:29 AM, eSaF said:

As far as I know with OC, these are the conditions to get Incremental Updates.

 

1.  In boot-arg revpatch=sbvmm.

2.  In kext folder the RestrictEvents.kext, also the entry noted in the config.plist.

3.  SecureBootModel set to Disabled as well as SIP set to Disabled.

I don't think I have left anything out, if I have someone will correct or add to the list.

 

PS. Correction, SIP is only set to Disabled if using OCLP to patch your Broadcom WIFI Card.

 

 

Responding a bit late but hopefully it's useful to someone in future. This is my setup and I get incremental updates:

 

1) boot-arg has "revpatch=sbvmm"

2) I do not use RestrictedEvents.kext

3) SecureBoot set to "Disabled" (I re-enable it after the update installation)

4) BlueToolFixup.kext disabled (Intel BT). If this is enabled, incremental updates will fail and revert to full update

[verdazil]

@ird, revpatch=sbvmm bootarg works only when RestrictEvents.kext is active.

[ird]

5 hours ago, verdazil said:

@ird, revpatch=sbvmm bootarg works only when RestrictEvents.kext is active.

 

Great point. Looks like I should remove this boot arg then. Incremental updates seem to work fine, at least for my smbios/config.

[deeveedee]

@ird I added revpatch=sbvmm to enable Sonoma OTA updates here.  Without the sbvmm NVRAM property, my HackMIni8,1 would not detect available macOS updates for OTA upgrade.  I never tested again after Sonoma, so I'm not sure if revpatch=sbvmm is still necessary.

 

As verdazil indicated, revpatch=sbvmm is a RestrictEvents.kext property.  Note that I also use RestrictEvents.kext to replace EFICheckDisabler.kext (regardless of whether sbvmm is still necessary).

 

EDIT:

Smooth OTA upgrade from Sequoia 15.3.1 -> 15.3.2.  Disabled BluetoolFixup.kext prior to the incremental OTA upgrade and re-enable BluetoolFixup.kext after.  Booting with OC 1.0.4.

 

 

@ird My HackMini8,1 uses SMBIOS MacMini8,1.  The real MacMini8,1 has a T2 chip.  If you are using SMBIOS iMac19,x, I suspect that you would not need revpatch=sbvmm since iMac19,x does not have T2).  *** Just noticed that Anto65 mentioned the iMac19,x exception here.

 

EDIT2: Smooth upgrade of my HackBookPro6,2 from 15.3.1 -> 15.3.2.  Applied post-install patches with OCLP 2.2.0.  Booting with OC 1.0.4.

Spoiler

 

Edited March 24, 2025 by deeveedee

[miliuco]

@ird

What is the SMBIOS model?

revpatch=sbvmm without RestrictEvents.kexts does nothing, it doesn't hurt anything either.

[ird]

11 hours ago, deeveedee said:

@ird I added revpatch=sbvmm to enable Sonoma OTA updates here.  Without the sbvmm NVRAM property, my HackMIni8,1 would not detect available macOS updates for OTA upgrade.  I never tested again after Sonoma, so I'm not sure if revpatch=sbvmm is still necessary.

 

As verdazil indicated, revpatch=sbvmm is a RestrictEvents.kext property.  Note that I also use RestrictEvents.kext to replace EFICheckDisabler.kext (regardless of whether sbvmm is still necessary).

 

@ird My HackMini8,1 uses SMBIOS MacMini8,1.  The real MacMini8,1 has a T2 chip.  If you are using SMBIOS iMac19,x, I suspect that you would not need revpatch=sbvmm since iMac19,x does not have T2).  *** Just noticed that Anto65 mentioned the iMac19,x exception here.

 

EDIT2: Smooth upgrade of my HackBookPro6,2 from 15.3.1 -> 15.3.2.  Applied post-install patches with OCLP 2.2.0.  Booting with OC 1.0.4.

  Reveal hidden contents

 

 

Aah yes, thanks @deeveedee. The non-T2 point makes sense for iMac19,2. I can just get rid of the boot-arg and make it clean.

 

4 hours ago, miliuco said:

@ird

What is the SMBIOS model?

revpatch=sbvmm without RestrictEvents.kexts does nothing, it doesn't hurt anything either.

 

iMac19,2, so I suppose as @deeveedee says, this arg and the RestrictedEvents.kext are not needed. I can clean it up in my config.plist.

[miliuco]

@ird

This is consistent with what we know. iMac19.1 and iMac19.2 lack T2 and therefore don't need RestrictEvents to be notified of updates and for them to be incremental.