[pre-release] macOS Ventura

[aben]

Good news for Skylake users looking to experience the flavors of macOS Ventura on iGPU-only Skylake systems (tested on HD 520). Seeing acceptable iGPU hardware acceleration even with KBL framebuffer (not surprising since KBL is loosely based off SKL, architecture-wise with slight improvements to the 14nm manufacturing process bringing higher base-clock speeds to the CPU while using lower voltage thereby improving performance-per-watt metric essentially making KBL CPUs a better "tuned" version of SKL. With regards to integrated graphics, only KBL's Iris Plus Graphics 650 showcased any significant performance gains with Intel HD 620/630 being largely identical to Intel HD 530/520 found in SKL)

TBH I actually do not see any difference in graphics performance with the HD 520 compared to macOS 12; animations are just as fluid and snappy. Thankfully, only a couple of simple and straightforward patches are required to achieve full graphics acceleration for Skylake on macOS 13 (no need for complex patches like kext replacement, kernel patching etc). Following 3 easy-to-apply attributes are essential:

• for mobile/laptop users, inject recommended KBL framebuffer profile: 0x591B0000 (Big Endian) to AAPL,ig-platform-id  property.
• inject fake device-id to match against equivalent KBL counterpart, for eg: Intel HD 520 can opt for Intel HD 620's Device ID: 0x5916 to Little Endian 16590000 to device-id property.
• inject boot-arg: -disablegfxfirmware

Required device-properties reference format for Intel HD 520:

AAPL,ig-platform-id     00001B59       DATA
device-id               16590000       DATA

Two issues currently faced on my Dell Inspiron with current OC build: 1. Due to AvoidRuntimeDefrag currently needing to be disabled for boot into macOS 13 the system now freezes when OS tries to access NVRAM variables, for eg: when changing brightness, un/plugging AC etc (should be fixed soon by Acidanthera team) and 2. display sometimes wakes up to black screen from sleep.

 

Other than seeing the usual UI-related glitches/intermittent choppiness with the new redesigned System Settings, this build has been pretty stable so far which is kinda baffling given the fact that it's the very first pilot beta and being surprisingly performant even on un-supported hardware.

Absolutely stoked to learn that Skylake owners don't have to be left behind now with acceptable iGPU support on macOS Ventura.

 

Spoiler

 

Edited June 9, 2022 by aben
Added screenshot

[Guest 5T33Z0]

@STLVNUB You mean the old aptio memory fixes from Clover which don't work since Big Sur?

[Middleman]

Just now, PropoFlexWX4 said:

Yeah I understand. Now I had a realization... That's precisely the reason why we can't boot Ventura yet -- we need AvoidRuntimeDefrag.

Once they figure out how to boot Ventura DP1 with this quirk enabled, we are on our marry way...

 

As STLVNUB says it might work with the Aptio fixes, but it could gets tricky as there are more than 6 variations of AptioFix if I recall:

- OSXAptioMemoryFix, OSXAptioFix2, OSXAptioFix3, AptioMemoryFix-64, OsxAptioFix2Drv-64, and EmuVariable64.
 

 

However good news! I can confirm also Ventura can now run on Z590 i9 Rocket Lake! You just have to use the following settings:

 

OC 8.1/8.2

MaxKernel: 22.99.99
CPUID1DATA 55060A00 00000000 00000000 00000000
CPUID1MASK FFFFFFFF 00000000 00000000 00000000

AvoidRuntimeDefrag NO
AdviseFeatures YES
-lilubetaall
iMac20,2 SMBIOS

This may also work with Comet Lake (not tested yet with Z490).

[STLVNUB]

19 minutes ago, Middleman said:

 

As STLVNUB says it might work with the Aptio fixes, but it could gets tricky as there are more than 6 variations of AptioFix if I recall:

- OSXAptioMemoryFix, OSXAptioFix2, OSXAptioFix3, AptioMemoryFix-64, OsxAptioFix2Drv-64, and EmuVariable64.

Thanks I Am Currently Making A USB With ALL OSX Installers, Looking For A Compatible Aptio*

I May Give EmuVariable64 A Try As The Others Don't Work

[ndungu6678]

11 hours ago, ITzTravelInTime said:

So after a bit of back and forward, i discovered that the issue is with the implementation of avoidRuntimeDefrag in open core, in fact all the systems that doesn't need it can boot macos ventura, while the others gets stuck near pci configuration end, so we have to wait for the acida thera team to figure it out i suppose, and so the only system that can boot it for now are macs (having a firmware that supports apfs booting) and more recent hackintishes. I hope they can figure this issue out soon, because for all i have seen even socket 1366 systems can boot the new os (as my mac pro 5,1 was able to do)

 

I agree-finally got Ventura on my MSI Z390 Gaming Plus with an Intel core i5 9400F 9th gen Coffee Lake processor🙂

Bootargs and Quirks:

AvoidRuntimeDefrag =NO
AdviseFeatures =YES
-lilubetaall

 

 

 

Build 1: iMac20,2, i5-9400F, Samsung 16GB DDR4 RAM, MSI Z390 Gaming Plus , Radeon RX580 8GB, OC 0.8.2

Edited June 8, 2022 by ndungu6678

[Cyberdevs]

There are some mixed results, on my Z690 mainboard I need to disable AvoidRuntimeDefrag but I don't need to use AdviseFeatures and on Z170 rigs AdviseFeatures doesn't work either.

[PropoFlexWX4]

13 minutes ago, ndungu6678 said:

 

I agree-finally got Ventura on my MSI Z390 Gaming Plus with an Intel core i5 9400F 9th gen Coffee Lake processor🙂

 

 

 

Build 1: iMac20,2, i5-9400F, Samsung 16GB DDR4 RAM, MSI Z390 Gaming Plus , Radeon RX580 8GB, OC 0.8.2

What did you do to get the OS to boot? If it works on the Z390, surely will work on other 300-series mobos.

Edited June 8, 2022 by PropoFlexWX4

[ndungu6678]

6 hours ago, PropoFlexWX4 said:

What did you do to get the OS to boot? If it works on the Z390, surely will work on other 300-series mobos.

Hi-not sure what made it work?- kept trying different settings with all latest kexts from Dortania Builds and new O.C 0.8.2 till finally it booted- let me post my config.plist  and you gurus can  figure out what made it work!( can't post entire EFI as it exceeds the allowed limit on this forum)

 

Note -I am using Bootstrap with emulated NVRAM-I also have a modified EFI with additional boot files( not necessary but I just left them in place) built  from BootUtility in windows on Thumbdrive which is what I always now use to boot my hackintosh -made this choice as it solved my problem when booting directly from SSD after experiencing much torture from the notoriously dreaded 'Stuck on [EB|#LOG:EXITBS:START] '  KP with O.C 0.8.0 and O.C 0.8.1 in Monterey -I now no longer resort to booting directly from SSD-always  from modified thumb drive!- hope this helps someone!

 

config.plist nvram.plist

Edited June 8, 2022 by ndungu6678

[surenmunoo]

12 hours ago, Cyberdevs said:

I just finished installing Ventura on my AlderLake rig painlessly and successfully.

What changes did you make. Which version of OC?

[Middleman]

Well, glad to report this is working as it should.

Specs:
Gigabyte Z590I Vision D
Rocket Lake i9-11900K

16GB Corsair Vengeance RGB-RS 3200Mhz DDR4
AMD RX6600 4GB

Samsung 980 EVO 500GB

[Cyberdevs]

20 minutes ago, surenmunoo said:

What changes did you make. Which version of OC?

I updated OC to 0.8.2 and all the kexts to their latest version and disabled AvoidRuntimeDefrag.

[STLVNUB]

56 minutes ago, eSaF said:

Even if you compress and zip it? 

 

Ok I can see why its a problem because of the size. You've near enough got everything included and enabled in the config.plist i.e kexts and drivers even for Legacy installation so I dare say among all those files, kexts, and settings something stuck and allowed the installation. To be honest given all of that, I wouldn't know where to start sorting all that out for a comparison but thanks for the upload, maybe someone more knowledgeable than my humble self can glean something from your config.plist. Thanks.

More Than Likely Has The APPLE Folder In It

[ITzTravelInTime]

2 hours ago, STLVNUB said:

May Be Idea To Turn Off AvoidRuntimeDefrag And Use One Of The Aptiofix***.efi As AvoidRuntimeDefrag Replaced It.

 it won't work because it's incompatible with the way the bootloaders work nowadays, but you can maybe use an older clover  (before the switch to oc as the backend) to boot using an aptiofix, and it might boot up to some point but due to the lack of kext injection you will not complete boot, because you will need virtual smc + lilu (or fakesmc) to be loaded at early stages of boot, and so even if you install those inside a pre-made system installation it might not work.

 

All of this aptio fix stuff is really a bad idea, we need the acidanthera team to figure out a fix to the booter code in oc to solve it and continue using the proper software for hackintoshing. 

[Middleman]

31 minutes ago, PropoFlexWX4 said:

What did you do to get the OS to boot? If it works on the Z390, surely will work on other 300-series mobos.

Judging by his EFI and System Profile, I would think he was using around OC 0.5.9-0.6.5. because Bootstrap was removed after 0.6.6.

Also he has spoofed what looks like a Comet Lake i9 chip to his i5 9400F setup.

[STLVNUB]

Don't know what I've done....

Tried the emu*.efi now I'm stuck in an unrecoverable mode

I turn on computer and it goes straight to OC menu really fast

Used to take about 30 seconds, now its like it has been burned into my rom.

Can't use a mouse and keyboard don't work

W E I R D

Sorry for off topic 

[Middleman]

Just now, STLVNUB said:

Don't know what I've done....

Tried the emu*.efi now I'm stuck in an unrecoverable mode

I turn on computer and it goes straight to OC menu really fast

Used to take about 30 seconds, now its like it has been burned into my rom.

Can't use a mouse and keyboard don't work

W E I R D

Sorry for off topic 

Which version of OC are you using? Is it the one with the Bootstrap folder added?

[Cyberdevs]

@STLVNUB

Do a CMOS reset.

[STLVNUB]

13 minutes ago, Cyberdevs said:

@STLVNUB

Do a CMOS reset.

I Give It A Go, Thanks

19 minutes ago, Middleman said:

Which version of OC are you using? Is it the one with the Bootstrap folder added?

0.8.2

[miliuco]

To all who have tried on a 300 series without success-

 

This is what I have tried so far:

• OC 0.8.2 with latest Lilu, VirtualSMC and WG
• AvoidRuntimeDefrag y/n
• AdviseFeatures y/n
• SMBIOS iMacPro1,1 / iMac20,2 / MacPro7,1
• SSDT-PMC.aml y/n
• Combinations of all options.

AvoidRuntimeDefrag disabled + AdviseFeatures disabled + iMac20,2 + SSDT-PMC enabled is the combination with which the installation program goes the furthest but never reaches the language selection.

[SavageAUS]

13 hours ago, Shaneee said:

Runs pretty sweet tbh. EFI just for Ventura on a USB drive. AMD survives another macOS version

 

  Reveal hidden contents

 

Any changes required?

Im waiting on a new monitor then I’ll be trying. 

[STLVNUB]

1 hour ago, STLVNUB said:

I Give It A Go, Thanks

0.8.2

CMOS RESET

All Fixed, But Would Have Liked To Be Stuck In That Loop With A Working Keyboard And Mouse

Edited June 8, 2022 by STLVNUB

[miliuco]

8 hours ago, ITzTravelInTime said:

So after a bit of back and forward, i discovered that the issue is with the implementation of avoidRuntimeDefrag in open core, in fact all the systems that doesn't need it can boot macos ventura, while the others gets stuck near pci configuration end...

I've tried and, indeed, my Z390 can't boot Monterey with AvoidRuntimeDefrag disabled. Thanks for your point of view.

[Middleman]

14 minutes ago, miliuco said:

To all who have tried on a 300 series without success-

 

This is what I have tried so far:

• OC 0.8.2 with latest Lilu, VirtualSMC and WG
• AvoidRuntimeDefrag y/n
• AdviseFeatures y/n
• SMBIOS iMacPro1,1 / iMac20,2 / MacPro7,1
• SSDT-PMC.aml y/n
• Combinations of all options.

AvoidRuntimeDefrag disabled + AdviseFeatures disabled + iMac20,2 + SSDT-PMC enabled is the combination with which the installation program goes the furthest but never reaches the language selection.

Miliuco,

Have you also added -no_compat_check under your boot-args? That is a very important setting aside from -lilubetaall and MaxKernel of 22.99.99. Same goes for AdviseFeatures, SpoofVendor & ProvideCurrentCPUInfo. On my Z590I I have the settings like this:
 

 

[Cyberdevs]

20 minutes ago, miliuco said:

installation program goes the furthest but never reaches the language selection

In my case (SkyLake, KabyLake on Z170X mainboards) the installation process starts ok and even completes the first stage after reboot it stops at:

 

[miliuco]

@Middleman

Thanks.

I'll try -no_compat_check because I haven't tried it yet.

Max kernel I haven't written anything either because I think if this key is empty there is no upper limit to the kernel version but I'll try that too.

-lilubetaall I don't have it because I read that the latest build no longer required it for Ventura.

I'll comment after testing.