Leaderboard

macOS Sonoma 14.5 (23F79) ( Same build as RC ) Full Installer https://swcdn.apple.com/content/downloads/32/06/062-01946-A_0PEP7JHIWA/1pfs4xh22555dj51fkep7w06s4eiezh21p/InstallAssistant.pkg

Here all fine too

My "new" Hackmini8,1 with RX560x dGPU upgraded from Sonoma 14.4.1 to Sonoma 14.5 without issues. Booting with Open Core 1.0.0. About This Hack: Sonoma 14.5 GB5 Metal Score (Tested in Sonoma 14.4.1) Note that this hack uses the Mobile Radeon RX560x. GB6 Metal Score (Tested in Sonoma 14.5)

macOS Monterey 12.7.5 (21H1222) ( Same build as RC ) Full Installer https://swcdn.apple.com/content/downloads/02/18/052-96238-A_V534Q7DYXO/lj721dkb4wvu0l3ucuhqfjk7i5uwq1s8tz/InstallAssistant.pkg

...nice, normal update from 14.4.1, took all of 20 minutes 💯

No issue

macOS Ventura 13.6.7 (22G720) ( Same build as RC ) Full Installer https://swcdn.apple.com/content/downloads/46/31/052-96247-A_MLN9N00Y8W/dmml3up52hrsb01krjtczmdhexiruv1b5m/InstallAssistant.pkg

👍

---All EFI folders is updated to OpenCore 1.0.1 and all Kexts to last version--- OpenCore MOD - https://www.olarila.com/topic/25111-hackintosh-efi-folders-with-opencore-mod/ OpenCore Official - https://www.olarila.com/topic/5676-hackintosh-efi-folder-with-clover-and-opencore/

https://github.com/0xCUB3/About-This-Hack

With iMac19.1 you don't need R.Event (in my case iMac19.1 the update was notified) ... anyway try this https://github.com/Lorys89/RestrictEvents/releases/tag/1.1.4 no need boot-args Normally in RCs the pkg is not released , also because perhaps the Release will be released on Monday then you will have the pkg so either you wait or download the full ... it's still 13 GB (also for the pkg) 💁‍♂️

To get the incremental update, you need to revert OCLP patches if you're using it then reboot the machine. It will also help if you have revpatch=sbvmm in boot-args in config.plist. Won't hurt to have SIP fully enabled. After try to see if the small update is available. Obviously to use OCLP again, you'll have to revert all the changes you made. Good luck.

OpenCore 1.0.0 is out. Despite the version number, it is not a major change but rather one more step in the continuous evolution of OpenCore. There are quite a few changes and improvements, updating is recommended. You can get it from Acidanthera. Main changes Updated builtin firmware versions for SMBIOS and the rest Utilities now require macOS 10.9+ (OpenCore itself still supports macOS 10.4+) Added AllowRelocationBlock support for 32-bit version Fixed problem loading non-firmware runtime drivers (e.g. OpenRuntime.efi) in OpenDuet Fixed alphabetical ordering in Configuration.pdf. Config.plist Added Booter -> Quirks -> AllowRelocationBlock (support for 32-bit OpenCore): this quirk is needed to boot macOS 10.6 and older with 32-bit kernel in 32-bit OVMF. Hibernation wake is not compatible with this quirk. Sample.plist and SampleCustom.plist: The settings required to reactivate the Broadcom Wi-Fi that have lost support in Sonoma have been added, they are the ones that we already use proposed by OCLP. Kexts AppleALC 1.9.0 HibernationFixup 1.5.0 VoodooInput 1.1.4.

Without any basis other than naive optimism, I am expecting Apple to support Intel-based Macs in macOS 15. If that's the case, I'll continue to support this thread. If Apple does not include Intel-based Macs in macOS 15, then I won't be spending much more effort on this thread. The Open Core 1.0.0 EFI that I have attached to Post #1 is working very well for macOS versions through Sonoma 14.5.

---All EFI folders is updated to OpenCore 1.0.1 and all Kexts to last version--- OpenCore MOD - https://www.olarila.com/topic/25111-hackintosh-efi-folders-with-opencore-mod/ OpenCore Official - https://www.olarila.com/topic/5676-hackintosh-efi-folder-with-clover-and-opencore/

Installing Sonoma , Ventura, Monterey and Big Sur from Clover Duet its a differant story. but Booting Latest Sonoma already installed this is not an issue with clover duet. To make it possible I have to Add NVRAM creation from the Clover duet script but now I dont have the full time to do this. EDIT*** I will make some test tonight then let you know

If you want your "About This Mac" screen in Sonoma 14.5 to show your EliteDesk 800 info, you'll need to edit ~/Library/Preferences/com.apple.SystemProfiler.plist. The format for the "CPU" in com.apple.SystemProfiler.plist is Description, Date For example, for my About This Mac screen below, I changed all instances of CPU description in com.apple.SystemProfiler.plist to "HP EliteDesk 800 G4 Mini, 2018" (without quotes). The iMac descriptions in my com.apple.SystemProfiler.plist become "iMac (HP EliteDesk 800 G4 Mini, 2018)" and the MacMini instances become "Mac mini (HP EliteDesk 800 G4 Mini, 2018)" (without quotes). About This Mac (iMac19,2) My GB6 scores with SMBIOS iMac19,2 EDIT: Performance on this hack, even with i5-8500T, is phenomenal. This little hack is very responsive. The RX560x graphics acceleration over the UHD630 iGPU makes a big difference.

Update failed to “prepare for upgrade”. Rebooted and upgrade went without issue.

@Anto65 The RestrictEvent kext and revpatch=sbvmm command have been deleted. This is the case when installing from scratch. Thanks again.

EFI with OpenCore 1.0.0 config-14-imac-amd.plist SMBIOS iMac19,1 IMPORTANT: fill in your own SMBIOS data iGPU headless mode and AMD as main card iGPU Enabled in BIOS unfairgva=6 in dGPU properties to get some kind of DRM config-14-macpro.plist SMBIOS MacPro7,1 IMPORTANT: fill in your own SMBIOS data iGPU disabled in BIOS config-extra config-fenvi.plist: if you have a Fenvi combo card or any of the Broadcom wifi chipsets that have lost support in Sonoma and are included in the OCLP root patch config-amfipass.plist: to have the Fenvi card with AMFIpass.kext instead of amfi=0x80 in boot args config-ax210.plist: if you have an Intel AX210 combo card (only wifi) (this file has AirportItlwm.kext but you can try itlwm.kext instead) config-ax210-bt.plist: if you have an Intel AX210 combo card (wifi + Bluetooth) (this file has AirportItlwm.kext but you can try itlwm.kext instead). Notes Rename the selected config to config.plist. Required kexts are not included because of the size of the ZIP file (only CPUFriendDataProvider.kext and UTBMap.kext are included) Fenvi and Broadcom Wi-Fi cards AMFIPass.kext 1.4.0. IO80211FamilyLegacy.kext 1.0.0 / IOSkywalkFamily.kext 1.1.0. Intel supported combo cards - OpenIntelWireless. AirportItlwm.kext / itlwm.kext (Ventura v2.2.0, Sonoma v2.3.0). IntelBluetoothFirmware.kext / IntelBTPatcher.kext. BlueToolFixup.kext: BrcmPatchRAM by Acidanthera. Wi-Fi 6 Intel AX210 on macOS Sonoma. Get back Fenvi T919 and other Broadcom Wi-Fi on macOS 14 Sonoma thanks to OLCP. List of used kexts (not included in the ZIP file): AMFIPass.kext AirportItlwm.kext AppleALC.kext BlueToolFixup.kext CPUFriend.kext IO80211FamilyLegacy.kext IOSkywalkFamily.kext IntelBTPatcher.kext IntelBluetoothFirmware.kext IntelMausi.kext Lilu.kext NVMeFix.kext RestrictEvents.kext SMCProcessor.kext SMCSuperIO.kext USBToolBox.kext VirtualSMC.kext WhateverGreen.kext itlwm.kext. Don't forget any other kext that you are using now. EFI 1.0.0 Sonoma.zip

HP Z840 upgrade from Sonoma 14.4.1 to Sonoma 14.5 without issues.

Hi and Welcome, you need to read @fantomas post at the top of this page that directs you to the reason why as a new User you are limited and where you can only initially post.

SDL3 version of dosbox-x with sdl2-compat library. This version also has glide support (Voodoo graphics card). Enjoy Minimum deployment target is 14.0. dosbox-x-SDL3.zip

I have built dosbox-x for Intel and Apple Silicon. Works on 10.13 and better. Enjoy dosbox-x-2024.03.01-Universal.zip

Using the Open Core 1.0.0 EFI attached to Post #1, I upgraded from Sonoma 14.4.1 to 14.5 without issues. About This Hack: Sonoma 14.5 Note that SecureBootModel is already Disabled, so I did not need to change this for the Sonoma upgrade. I'm currently testing this hack with the EFI attached to Post #1 (Macmini8,1 SMBIOS with DeviceProperties for both RX560x and UHD630 for multi-display operation), but I have only a single physical display connected to the RX560x DP port and I have Internal Graphics set as Boot VGA in BIOS. This hack works fine with the single physical display and the multi-display EFI. Note that with the single physical display connected to the RX560x DP port and the multi-display EFI, the "About This Hack" screen shot above reports graphics as Radeon RX 560x. It appears to me that the multi-display EFI (configured for a combination of RX560x and UHD630 graphics ports) works just fine, regardless of the physical graphics configuration. GB6 Metal Score after upgrade to Sonoma 14.5

macOS upgrades to Ventura 13.6.7 and Sonoma 14.5 proceeded without issues using the new Open Core 1.0.0 EFI attached to Post #1. Before upgrading Sonoma from 14.4.1 to 14.5, I set OpenCore's SecureBootModel = Disabled. After the Sonoma upgrade, I restored SecureBootModel to j174. About This Hack: Ventura 13.6.7 About This Hack: Sonoma 14.5

I implemented gcc-14.1.0 compilation with some Clover sources changed. The sources can be still compiled by gcc-13 and by xcode-15. Don't know about older versions.

Upgraded my HackBookPro6,2 to Open Core 1.0.0. LegacyBoot, LogoutHook and Vault all working perfectly. Running Big Sur, Monterey, Ventura and Sonoma. Well done, Devs!

Thanks my Genius brother, nice solution !!!

Rename Mint.icns -> Ubuntu Ubuntu.icns -> -Ubuntu.icns 😁

Ok. Thanks.

I can't get an incremental update; 13.65 GB. Please, installer.can you share the pkg?

Done.

AMD is alive & kicking

All set.

@BALDY_MAN - Hello old friend, old boy here to the rescue No need for anything complicated, this is an easy fix. On Finder, goto /Library/Logs/DiagnosticReports. Delete all the Files in this folder, reboot, clean Nvram and you're good to go. Cheers!!!

This thread extends the EliteDesk 800 G4/G5 Mini thread here which provides a macOS solution using the UHD630 iGPU. This thread provides a macOS solution for the HP EliteDesk 800 G4 / G5 Mini with the AMD Radeon RX560x dGPU. With this solution, all video ports are enabled / accelerated. The EFI for this hack is attached. Instructions for using this EFI are below. My methodology for developing this EFI is here. GB5 Metal scores comparing UHD630 with RX560x are here. GB6 Metal score for RX560x is here Unigine Heaven Benchmark is here The EFI change log is here Known issues, observations and solutions are here The specifications for the PC that I am using for this solution are as follows: HP EliteDesk 800 G4 Mini i5-8500T CPU AMD Radeon RX560x 4GB dGPU 32GB DDR4 (2 x 16GB) 500GB WD Black SN750 M.2 NVMe SSD 150W Power Adapter Instructions for using the attached EFI This thread is an extension of this thread. I will not be rehashing the entire methodology that resulted in this solution, so if you want to know the history and the basics, read this. The attached EFI drives multiple displays connected to both the RX560x DP port and UHD630 iGPU ports. It uses SMBIOS model Macmini8,1. For those wishing to connect only a single display to the RX560x DP port, a configuration similar to this or this may be desirable. Add your own PlatformInfo to the Open Core config.plist iGPU DeviceProperties work with my DP->DVI adapters. You may need to revise iGPU and Audio DeviceProperties for your own hack depending on your graphics ports/adapters In order for iGPU ports to work, Integrated Video must be enabled (Integrated Video checkbox checked) in BIOS. For multiple display configurations, BIOS selection of the Boot VGA display appears to only affect which display shows the BiOS boot sequence and doesn't appear to affect macOS multi-display operation after macOS is booted. The attached EFI keeps the configured Framebuffer definition for the RX560x DP port. I have found that this enables the RX560x to drive my DP->DVI adapter/display without issues. I suspect that it will work with a DP->HDMI adapter as well, but this needs to be tested SecureBootModel is Disabled in config.plist to permit installation of Sonoma 14.4+. Change to your preferred SecureBootModel after installing macOS if desired. This EFI assumes that VT-d is enabled in BIOS. A revised DMAR table is included in the EFI. This EFI assumes that TPM is enabled in BIOS (for those who want to dual-boot with Windows). An ACPI patch removes the TPM device in macOS. There are threads that provide performance tweaking properties to add to the GFX0 properties (via config.plist DeviceProperties or SSDT). So far, I have not experimented with RX560x performance tweaks since my primary goal was providing a solution for a working hack. Notes: DAGPM.kext (derived from a kext original provided by Toleda) may not be necessary. I haven't tested without it. I'm sure there are other things in my EFI that are unnecessary, but it works. EFI-UHD630-RX560x-OC100-01.zip

@Cyberdevs I'd like to report the previous post as unfit for this forum.

@CloverLeaf I guess you'll need to experiment with IGPU DeviceProperties. With the posted EFI, all displays work perfectly with my DP->DVI adapters (displays connected to all 3 ports). Also, I don't see the 'No Output' message. I haven't yet tested 14.5 and will when I'm prompted to install the final release. Thanks for testing! EDIT: @CloverLeaf I have changed my configuration to the following with Sonoma 14.4.1 and all is still working fine (even with igfxfw=2 boot-arg): BiOS: Boot VGA: AMD Radeon BIOS: Integrated Video: Checked GFX0 DeviceProperties: Add @0,AAPL,boot-display=<01000000> With these settings, I still have all displays active and working. Is it possible that you don't have the Integrated Video checkbox checked in BIOS? EDIT2: My RX560x GB5 Metal score with @0,name and @0,compatible (booting with OC 1.0.0). My CPU is i5-8500T EDIT3: @CloverLeaf I think that my understanding of property @0,AAPL,boot-display was incorrect. I don't think it has anything to do with selection of primary display. I think it only affects display of the Apple boot logo as per this reference. It's unlikely that this property has anything to do with the issues you are seeing and is probably not necessary.

added cd clock similiar patch test also with whatevergreen patch (not the same) i think this code only works for icl family displays why? cause of this code void __thiscall AppleIntelFramebufferController::setCDClockFrequency (AppleIntelFramebufferController *this,ulonglong param_1) { byte bVar1; uint uVar2; long lVar3; int iVar4; _DAT_0010b828 = _DAT_0010b828 + 1; hwWriteMailbox(this,7,3,false); if ((long)param_1 < 0x42603000) { if (param_1 == 0x249f0000) { _DAT_0010b838 = _DAT_0010b838 + 1; } else { if (param_1 != 624000000) { if (param_1 != 0x41cdb400) { LAB_00083ef8: _DAT_0010b868 = _DAT_0010b868 + 1; _kprintf("[IGFB][ERROR][%-10s] Invalid CD clock frequency %llu\n","DISPLAY",param_1); goto LAB_00083f17; } _DAT_0010b850 = _DAT_0010b850 + 1; goto LAB_00083ee8; } _DAT_0010b840 = _DAT_0010b840 + 1; } lVar3 = 0; } else { if (param_1 != 0x42603000) { if (param_1 == 0x4d3f6400) { _DAT_0010b860 = _DAT_0010b860 + 1; } else { if (param_1 != 0x4dd1e000) goto LAB_00083ef8; _DAT_0010b858 = _DAT_0010b858 + 1; } LAB_00083f17: lVar3 = 2; goto LAB_00083f1c; } _DAT_0010b848 = _DAT_0010b848 + 1; LAB_00083ee8: lVar3 = 1; } LAB_00083f1c: _DAT_0010b830 = _DAT_0010b830 + 1; bVar1 = (&fPllRatioCdClkPair) [lVar3 * 0xc + (ulong)*(uint *)&(this->m_AppleIntelFramebufferController).field_0xe90 * 0x24]; WriteRegister32(this,0x46070,(uint)bVar1); WriteRegister32(this,0x46070,bVar1 | 0x80000000); iVar4 = 200; do { _DAT_0010b870 = _DAT_0010b870 + 1; uVar2 = ReadRegister32(this,0x46070); if ((uVar2 >> 0x1e & 1) != 0) { _DAT_0010b878 = _DAT_0010b878 + 1; _DAT_0010b890 = _DAT_0010b890 + 1; __os_log_internal(0,PTR___os_log_default_000eb0b0,0, "[IGFB][LOG ][%-10s] CD Clock PLL is locked\n","DISPLAY"); uVar2 = ReadRegister32(this,0x46000); WriteRegister32(this,0x46000, (*(uint *)(&UNK_000b0904 + lVar3 * 0xc + (ulong)*(uint *)&(this->m_AppleIntelFramebufferController). field_0xe90 * 0x24) & 0x7ff) + (uVar2 & 0xff07f800) + 0x380000); *(ulonglong *)&(this->m_AppleIntelFramebufferController).field_0xe80 = param_1; uVar2 = calculateVoltageLevel(); hwWriteMailbox(this,7,uVar2,false); return; } _IODelay(1); iVar4 = iVar4 + -1; } while (iVar4 != 0); _DAT_0010b880 = _DAT_0010b880 + 1; _DAT_0010b888 = _DAT_0010b888 + 1; /* WARNING: Subroutine does not return */ _panic("\"[IGFB][PANIC][%-9s] \" \"CD clock PLL lock failed\\n\" @%s:%d","DISPLAY", "AppleIntelClocks.cpp",0x55); } this means that for unsupported displays more patches will be needed btw i also got a hang with no panic it was caused by a bad function definition inside nblue that caused lilu (or nblue) to hang it was here {"__ZN31AppleIntelFramebufferController14ReadRegister32Em",orapReadRegister32, this->owrapReadRegister32}, should be {"__ZN31AppleIntelFramebufferController14ReadRegister32Em",wrapReadRegister32, this->owrapReadRegister32}, i think i have more of this bugs in nblue to catch there's a patch for ppl who have 4k display laptops if you have one of those don't tell me

I am not using OCLP. SIP: Enable. SMBIOS: iMac 19.1. I tried SBM Default or Disable. This and Restrict Events have kext.

I have attached the first fully working EFI to Post #1. Enjoy! The EFI is based on Open Core 1.0.0. Instructions are included in Post #1 Methodology to develop this solution is here

I don't quite know how, but I have achieved full RX560x graphics acceleration in Sonoma 14.4.1. I was experimenting with Catalina AMD Framebuffer patching and accidentally booted Sonoma during my testing and to my surprise ... no black screen and full acceleration. So now we know that it is possible and that my Framebuffer patching strategy is close. I just need to figure out what I did so I can create instructions. I am currently running with a slightly modified version of this EFI and have multiple displays connected to both the RX560x DP and UHD630 DPs. My GB5 Metal scores for UHD630 and RX560x are below for comparison. i5-8500T UHD630 GB5 RX560x GB5 Metal

Comming soon Flavours-4D

Revpatch informs macOS that you are using VMWare to get updates from Apple. But if you are using SMBIOS iMac19,1 (or MacBookPro15,1?) then you'll get update without this patch.

@chris1111 - Big thanks and Respect Maestro. As always, very much appreciated. PS. I had to transfer all my themes to a Special Themes Folder on a 125 GB Drive. Just because of so many, mostly yours. I am not complaining just grateful for all your Beautiful Theme Uploads.

@eSaFBro what I wish to do and What I manage to do. is very different.