All Activity

smooth update to 15.7.8 here as well.

smooth update from 14.8.5 to 14.8.8 with clover 5166

https://swdist.apple.com/content/downloads/56/57/140-71750-A_ZJ1ETGFD03/dnnk12px38rclkv5ettt24crfqd9w244ua/140-71750.English.dist https://swdist.apple.com/content/downloads/56/57/140-71750-A_ZJ1ETGFD03/dnnk12px38rclkv5ettt24crfqd9w244ua/InstallAssistant.pkg [ 40 ] 2026-07-27 18:01:08 .. 140-71750 .. 26.6.0.25G72 macOS Tahoe

Hi there, I came across your post from 2023 about the Dell XPS 17 L702X 3D — interesting to see someone else working on the same rare 3D variant! I wanted to follow up because I've recently picked up my own L702X 3D again after it sat in storage for years. Back then I was running macOS 10.9 Mavericks + Clover, and I'm now in the process of upgrading it all the way to macOS Ventura 13.7.8 + OpenCore. The machine is going to be a programming learning laptop for my son, so I need reasonably modern app support — that's why I'm skipping the entire 10.x line and pushing straight to Ventura. I actually have some positive progress to share since I last checked: on Ventura 13.7.8, I've managed to get the display running at 1600×900 resolution, up from the default 800×600 @ 1MB VRAM right after installation. It's now showing 5MB VRAM with basic framebuffer output — no acceleration of course (Fermi has zero Metal/QE-CI on Ventura), but the desktop is usable for coding, SSH, and light tasks. I read that you couldn't enable the Intel HD 3000 on your 3D unit, which matches what I understand about the hardware — the 3D variant has the display hard-wired directly to the GT 555M with no Optimus, so the iGPU is disabled at the BIOS/mux level. That part hasn't changed. Since you were working on this in 2023, I'd love to compare notes. Could you please clarify a few things when you have a moment? GT 555M status on Ventura: Were you able to get the GT 555M recognized with the correct VRAM size (e.g. 3 GB), or was it stuck at a small value like 5 MB / 256 MB with no acceleration? Which Ventura build?: Which exact macOS Ventura version were you running back then? (e.g. 13.4, 13.5, or something else?) EFI & ACPI sharing: If you still have it, would you be willing to share your EFI folder and any ACPI patches (DSDT/SSDT) you used? Even if HD 3000 couldn't be enabled, your GT 555M configuration from 2023 might give me useful pointers for my current OpenCore setup. Thanks in advance for any info you can share — and good luck with whatever you're running on your L702X these days!

Thanks for the honest feedback! I actually have some positive progress to share — I managed to boot macOS Ventura 13.7.8 on this L702X 3D machine, and it's now running at 1600x900 resolution. Compared to the default 800x600 @ 1MB VRAM right after installation, this is already a huge improvement in usability — text is crisp, the UI is scaled properly, and basic desktop navigation is smooth enough for non‑graphic tasks. As you correctly pointed out, the VRAM is still showing only 5MB and there is zero GPU acceleration (no Metal, no Quartz Extreme). Regarding DSDT: I understand your point that patching alone won't magically enable acceleration. My current DSDT work is purely aimed at cleaning up ACPI errors, fixing embedded controller queries. It's a complementary step, not a miracle fix. So yes — it boots, it renders at 1600x900, but it's a software‑rendered desktop. For my use case (SSH, text editing, legacy app testing), even this limited state is valuable. Thanks again for the reality check — it helps me set the right expectations while I keep tweaking the EFI and OpenCore quirks!

Oh nice my friend, thanks for your work! Good App Here report: sensor-dump-Mac16,11-20260727-220247.txt.zip

I installed macOS 26.6 (25G72) and everything is working as expected.

Why don't you download Clover from here first and do everything as described in the manuals many times? I can assume that you are using an incomplete Clover installation package. 1. I installed MacOS 15.7.7 from an installer USB on a rented Mac mini to an external USB hard drive. 2. I installed Clover then I put the necessary kexts and the correct config into the EFI and moved the hard drive to my main RIG. It worked fine.

Creedence bug gone at last.

Apple has released macOS Sonoma 14.8.8. Note that Beta Updates must be Off to receive this update. The full installer is here: https://swcdn.apple.com/content/downloads/40/12/140-75436-A_GB8UWVHS9N/5xfegq6xrfx5iewmc26aruzvv4ykpubijg/InstallAssistant.pkg ======================================== Very fast and easy incremental update.

Easy incremental update to macOS Tahoe 26.6 (25G72). Note that Beta updates must be Off to receive this update. My system details are as follows: HP EliteBook 850 G7 Laptop (i7-10610u, 10th Gen UHD Graphics) Open Core 1.0.7 SIP csr-active-config = <01000000> (allow untrusted kexts) Wi-Fi: Intel itlwm / heliport Audio: VoodooHDA.kext 3.6.4 No root patches

@Zenith432, Did you compiled Clover by yourself? By what compiler? You may have a problem with file names so why Clover will not see file "boot.efi". Just a glitch of Xcode clang compiler.

Good. Can you make click on address -> move here? Like an address of jne instruction

Apple has released macOS Sequoia 15.7.8. The full installer can be downloaded from here: https://swcdn.apple.com/content/downloads/11/25/140-71763-A_J1EVMAEOWN/smk9mja1myiettgeafge6oha4levx39v2i/InstallAssistant.pkg EDIT: Very fast incremental update on my HackBookPro16,2. My system details: HP EliteBook 850 G7 (i7-10610u / 10th Gen Intel UHD Graphics) Open Core 1.0.7 SIP fully enabled: csr-active-config = <00000000> Wi-Fi: Intel itlwm / heliport No root patches EDIT2: It appears that the final release of macOS Sequoia 15.7.8 has resolved the Transparent Proxy issue that I was observing with Norton Firewall.

For example I installed Tahoe on my first computer all stages with Clover automatically. First time on HDD and second time on SSD as upgrade on Sequoia. If the EFI folder is good enough then all stages passed without a problem. I see no what is the possible error in your case. See my Quirk set config.plist

Small and fast sequential OTA update (894.5 MB) from macOS 26.6 RC (25G70) to macOS 26.6 (25G72). Apple has not yet released a matching Kernel Debug Kit for macOS 26.6 (25G72). OCLP therefore correctly selects Kernel Debug Kit 26.6 build 25G5065a, corresponding to macOS 26.6 beta 5, as the closest available match. My Broadcom/OCLP setup (BCM943602CDP) works under macOS 26.6 as expected. AppleHDA, Wi-Fi, native Bluetooth, AirDrop, AirPlay, Screen Mirroring, Continuity Camera, Personal Hotspot, and sleep/wake all appear to be working properly. The Tahoe Drive Icons Pack and all other customised icons continue to work as expected. Useful context information: a.) Universal-EFI-Folder distribution b.) Setup and troubleshooting guidelines for OCLP/OCLP-Mod/OCLP-Plus c.) OCLP 3.0.0 Nightly - amfipassbeta Edition d.) OCLP-Mod e.) OCLP-Plus f.) WiFiPatcherPro g.) HDAUniversal h.) X299 Guidelines i.) DownloadFullInstaller j.) About-This-Hack k.) Tahoe Drive Icons Pack l.) Stacks in Da Place

You may live without GPU acceleration like I do with my laptop #2. I am just not sure if you may launch Ventura somehow on Fermi. Forget about DSDT patching, it will not help.

I went ahead and tried this. Installing macos 15.7.7 from an installer USB on a mac mini to an external USB hard drive. It worked. This is what happened Booted mac mini into 15.7.7 installer USB. Formatted APFS partition as before with single volume MacHD to start. Ran 1st stage install. One thing I noticed is some messages reporting successful connections to Apple servers retrieving some update data that I did not see happen on a PC. This might be because of incomplete SMBIOS information or ACPI information that's used to identify the system. At completion of 1st stage install I turned off the mini, moved the disk to a PC to see what's on it. It appeared pretty much the same as after the 1st stage install on a PC, and the same size. There might have been some small changes in data files I didn't notice. Then moved disk back to mini to restart 2nd stage install. 2nd stage install completed. Again, I shut off the mini and moved the disk to PC to see what's on it. Again, it seemed in the same state as after the 2nd stage on a PC and the same sizes. The same nearly-empty Data volume. Again, Clover doesn't show an entry for it because it doesn't recognize it as anything bootable. Moved disk back to mini and voila - mini recognizes it as something bootable and knows how to boot it into 3rd stage install. 3rd stage install goes on for awhile with a bar moving at the bottom but no timer and completes. Then reboots. At this point I no longer had patience to move the disk to PC to see what's on it. I let it continue. Booted into 4th stage install. Again this went on for awhile with a bar advancing at the bottom and no timer. Eventually completed and rebooted. Again, didn't have patience to move the disk to a PC to see what's on it and let it continue. Booted into the 5th stage which is the final one. It took a long time to boot because of the slow magentic media but eventually arrived at the setup screen with "Select your region". I was able to safely shut it down by holding the power key and selecting shut down. So now there's a working system on the hard drive which can hopefully be replicated to SSD with asr command to be set up and used there. Conclusion Clover knows how to boot the installer USB. Clover knows how to boot the disk after first stage into 2nd stage. Clover doesn't know how to boot the disk into the 3rd stage. Needless to say I have no idea about the 4th stage. The 5th stage is final so Clover may be able to do that. It is very well possible that might work to boot into the 3rd stage with Clover, but it'll have to wait for another day...

@Zenith432 Try clear NVRAM before booting in the preboot Volume

@LuckyOldMan, Unfortunately, I don't have access to my Hackintosh at the moment because my NVMe drive failed (it burned out). In any case, please send me your EFI folder so I can check what might be causing the issue.

I used softwareupdate on Mac mini to download macos 15.7.7 and created a USB stick (which is new) with createinstallmedia. You think this can go bad? I can redo it. I just think if there were corrupted files there it would crash in a less subtle way. I could try to do the install on a mac mini to the external USB magnetic drive and see if that succeeds. 🤔

It could be a bad macOS Installer

Thanks. I'll try this later. Here's an update. The problem is not a faulty SSD. I tried (with my initial config) on an external USB magnetic drive with a 120 GiB APFS partition and ended up with exactly the same result. The time countdown during the 2nd stage actually went to down to 1 minute before reboot. Here's a little more detail of what I see I start out with a formatted APFS partition (newfs_apfs -C) and add one volume MacHD on it. Owners are enabled. After 1st stage install, there is still only one volume MacHD with one folder on it 'macOS Install Data'. It appears to contain everything (about 17.48GB). I can find no log. The APFS partition also has the Preboot, Recovery and VM volumes. After 2nd stage install, there are now two volumes. MacHD and "MacHD - Data". The one named MacHD is 11GB+ big and appears to have pretty much everything on it, maybe even too much (see later). The Data volume is nearly empty (about 312MB), with only one non-empty folder on it com.apple.installer that has most of the boot files of a recovery boot partition. It has a prelinked kernel, but no file named boot.efi (although there are boot.efi with various extensions.) What should be the Data volume can be found on the MacHD volume under System/Library/Templates/Data. It's not really a deployed Data volume, but some kind of template to be made into a Data volume. So this is something that looks like it should have been copied to the Data volume and 'filled in' from a template, then removed from the MacHD volume. But none of this got done. It's as if the installer decided to quit midway for some reason. There's a boot.efi in /usr/standalone/i386 under MacHD, but no com.apple.Boot.plist except in the right place under System/Library/Templates/Data where it's just a template without entries filled in. I couldn't find anything which may be a log of what happened during the 2nd stage. 😳

Thanks for sharing your experience on the E6430! I totally get why you stayed on 10.11.6 — Fermi + Web Drivers on 10.13.6 is notoriously glitchy, and without OCLP back then there was no real fallback. But here's my actual goal: I'm not just considering 10.13.6 — I'm actually trying to push all the way to macOS Ventura 13.7.8. The reason is simple: even 10.13, 10.14, and other 10.x versions are now far too old. Many modern apps (browsers, dev tools, AI, Steam, etc.) have already dropped support for the entire 10.x line. Staying on any 10.x system means I'd still be stuck with outdated, insecure, or partially broken software. Ventura is the oldest macOS version that still gets relatively broader third-party app support compared to the 10.x era. I know Fermi (GT 555M) has zero native acceleration on Ventura and it'll be a framebuffer-only / basic display setup, but my priority is app compatibility rather than graphics performance. That's why I'm exploring DSDT patching, and OpenCore workarounds to make Ventura boot on this L702X 3D machine at all. Did you ever consider going beyond 10.13.6 toward something like Big Sur or Ventura just for the app ecosystem, despite the lack of GPU acceleration?