Hervé

For Sonoma, it's exactly the same as for Ventura which dropped official support for Haswell platforms; as such, no native support for Haswell graphics HD4400/4600. In addition, Sonoma dropped support for legacy Broadcom wireless cards. See our previous communications on these matters. I would expect there are existing threads about installing/running Ventura and/or Sonoma on Haswell laptops, whether Dell or otherwise. https://osxlatitude.com/forums/topic/17636-macos-ventura-is-out https://osxlatitude.com/forums/topic/18228-macos-sonoma-140-beta-1-early-feedback-and-findings https://osxlatitude.com/forums/topic/19456-oclp-patcher-support-for-legacy-broadcom-wireless-cards-in-sonoma https://osxlatitude.com/forums/topic/19519-macos-sonoma-is-out https://osxlatitude.com/forums/topic/20304-macos-sonoma-144-update-is-out https://osxlatitude.com/forums/topic/19730-wifi-in-sonoma-patching-for-legacy-broadcom-wireless-cards/ OCLP brings everything back to life: graphics acceleration and wireless (provided you have the required card).

Released August 28th, 2024. Build 24A5331b. Smooth update on Hackintosh, as usual. OCLP root patching required afterwards, also as usual. Same Clover r5159 setup for my Dell Latitude E7270 as used with initial beta3 version and posted here.

Released August 20th, 2024. Build 24A5327a. Smooth update on Hackintosh, as usual. OCLP root patching required afterwards, also as usual. Same Clover r5159 setup for my Dell Latitude E7270 as used with initial beta3 version and posted here.

No support for SKL graphics in Sonoma so no point in trying/using framebuffer 0x19120000. That's dead in the water... The thing is that Desktop HD530 tends to be difficult to get properly supported in macOS. You may have to experiment with other KBL framebuffer layouts/device ids. You got the link for the Whatevergreen user manual. Alternatively a cheap AMD RX560 or WX4100 graphics card (< $100/£100/100€) will work OOB.

Hello, your graphics settings are inadequate. You need to fully fake KBL graphics to have any hope of graphics acceleration in Sonoma. Injecting a KBL framzbuffer layout is one thing, you also need to fake a KBL iGPU device id. Try these settings instead: AAPL,ig-platform-id 00001259 DATA device-id 12590000 DATA framebuffer-patch-enable 1 NUMBER framebuffer-fbmem 00003001 DATA framebuffer-stolemem 00009000 DATA framebuffer-con1-enable 1 NUMBER framebuffer-con1-type 00080000 DATA If that does not provide you with graphic acceleration, experiment with the various KBL frame buffer layout ids and iGPU device ids as documented in the WEG User Manual. Make sure you use the latest version of Whatevergreen kext.

No, they don't have any issue on the matter; they just don't support this, even in other OS like Windows. The only thing you wan wake through keyboard and touchpad is the screen.

Afaik, that's pretty standard on Hackintosh laptops and most certainly on all the Dell ones I've had (and I've had a few...).

Released August 12th, 2024. Build 24A5320a. Smooth update on Hackintosh, as usual. OCLP root patching required afterwards, also as usual. Same Clover r5159 setup for my Dell Latitude E7270 as used with initial beta3 version and posted here. Good news: issue of mounting partitions (such as EFI partition for instance) encountered with beta 5 is sorted; everything back to the norm.

Hence why I said: "(config file + ACPI folder + kext folder, rest not required)"... This being said, looking at your setup: make sure you update your add-on kexts to latest version your graphics config appears too complex and incorrect to me. I recommend you stick to just this: In my pre-Big Sur days, I was using these KBL graphics settings my 7490: AAPL,ig-platform-id 00001659 DATA device-id 16590000 DATA Not your ABL settings. I think I also had far less patched ACPI tables injected. Check your quirks settings.

Full hardware specs? Zipped copy of your EFI (config file + ACPI folder + kext folder, rest not required)? Verbose output/screenshot of last info before boot loop?

Released August 7th, 2024. Build 23G93. This version was quickly released after Sonoma 14.6. Bug fixes ans security update. Safe to install on our Hackintosh platforms. Also released on August 7th: macOS Ventura Security Update 13.6.9 (Build 22G830) Previously released on July 29th: macOS Sonoma update 14.6 (Build 23G83) macOS Ventura Security Update 13.6.8 (Build 22G820) macOS Monterey Security Update 12.7.6 (Build 21H1320) View full article

Yes, it's just one of those little packaged scripts from chris1111 which basically does what is described above after it was updated for Sequoia. Frankly, no need of a 25MB package to mount the EFI partition...

Released August 5th, 2024. Build 24A5309e. Smooth update on Hackintosh, as usual. OCLP root patching required afterwards, also as usual. Same Clover r5159 setup for my Dell Latitude E7270 as used with initial beta3 version and posted here. Post-install issue: As mentioned on other Hackintosh forums, after this update, the EFI partition hosting the bootloader setup no longer mounts properly using tools such a CloverConfigurator, OpenCoreConfigurator, etc. or the line command: sudo diskutil mount <disk id> where <disk id> is the disk reference of the EFI partition; for instance disk0s1. The command executes with apparent success but no EFI icon on the desktop and nothing in mounting point directory /Volumes/EFI which is just empty. admin@macbook-pro ~ % ls -la /Volumes/EFI total 2 drwx------@ 1 admin staff 0 Jan 1 1970 . drwxr-xr-x 6 root wheel 192 Aug 6 11:58 .. A workaround has been posted which consists of manually recreating the directory /Volume/EFI as a mounting point and then mount the EFI partition on it. This can be done as follows: 1) Identify EFI partition disk id: admin@macbook-pro ~ % sudo diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *240.1 GB disk0 1: EFI EFI 209.7 MB disk0s1 <-- This is the EFI partition disk reference/id 2: Apple_APFS Container disk2 119.9 GB disk0s2 3: Apple_APFS Container disk1 120.0 GB disk0s3 [...] 2) If you've already attempted to mount the partition, unmount it, otherwise proceed directly to step #3 : admin@macbook-pro ~ % sudo diskutil unmount <disk id> (for instance disk0s1) This will remove the /Volumes/EFI mounting point. 3) Create EFI volume manually as mounting point: admin@macbook-pro ~ % sudo mkdir /Volumes/EFI 4) mount EFI partition on it: admin@macbook-pro ~ % sudo mount -t msdos /dev/disk0s1 /Volumes/EFI Executing: /usr/bin/kmutil load -p /System/Library/Extensions/msdosfs.kext Your EFI partition will then be mounted and its disk icon will appear on the desktop. Something has clearly changed with this beta 5 update, I suspect something to do with security or Gatekeeper and the mounting tools and/or methods previously used now need to be updated for Sequoia.

The "Generic" entry is just a reference, a name that is supported by the kext. The main thing is, of course, to inject your card's vendor and device ids.