Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Hervé

  1. As stated in my previous reply: EDP was OSXLatitude's own post-install tuning tool. It had nothing to do with bootloading. After its demise back in 2014/2015, fully tuned bootpacks were provided as replacement. References to EDP have now been removed from all those ML with MLPF guides for the old D Series
  2. The old laptops are totally obsolete today but they did run Mac OS X extremely well; I remember fondly the days when I had my D620 and D630 and, God!, did SL feel fast on those! But they've had it by now (especially the flawed nVidia models) for most basic stuff. NB: as per our recent news update on the matter, Lion and Mountain Lion are available off Apple for free so no need for pirate repositories.
  3. This guide is over 8 years old and is obsolete as far as EDP is concerned. Other than removing the deprecated references to EDP tool, I'm not going to revisit those old ML with MLPF guides in 2021 given the obvious obsolescence of the D Series and Mountain Lion. You'd also find it difficult to get your hands on the old MLPF tool these days. Anyway, if you do, you may still follow the guide but just forget about the EDP part. Complete Chameleon/Enoch bootpacks are included in the MLPF guides. I had mentioned this in the ML/MLPF guide for the D430 but must have forgotten to do the same for the other guides: There are no other guides on this site to install unsupported ML on D Series laptops that I know of.
  4. I would invite you too grab the bootpack I posted in my E6220 Mojave guide before I sold the laptop. I re-worked the entire ACPI patches through 5 x SSDT rather than a patched DSDT. SSDT-IMEI, SSDT-PNLF and SSDT-XOSI are all pre-made readily-available tables, only the SSDT-PM is obviously specific to the i5-2520M CPU that was fitted to my E6220. SSDT-Q66 is a table I built to take care of brightness keys and should be applicable to the E6320 too. For your i7-2640M CPU, you should generate your own CPU power management table with Pike R Alpha's well-known script but here's a pre-made one: SSDT-PM_i7-2640M.zip The Clover config is re-usable on the E6320 but a few adjustments are expected to be required on the properties injection part because I did add some cosmetic info that were specific to ExpressCard slot or mini-PCIe slots at their exact IO location. These locations may differ on the E6320 but this can be adjusted once you've provided an extracted IOReg. Rest assured that the properties injected in the E6220 config will not interfere or cause issues. On the kexts front, all is re-usable too except the USBPorts which was specifically built for thew E6220. I expect you'd have to build your own through Hackintool app. Meantime, you would probably need to use USBInjectAll kext as a temporary replacement.
  5. Update Lilu and its PlugIns to latest versions. You're using very old versions from early 2020. You should also enable the patch to rename HPET's _CRS to XCRS in the original DSDT since you're injecting a modified one through SSDT. That patch is disabled in your config.
  6. Post a zipped copy of your bootloader EFI folder. Please specify which version of bootloader you used.
  7. GT710 will be Ok as long as it's a Kepler card, not a Fermi one. Kepler cards are fully and natively supported OOB.
  8. All is ok then, it's the right one.
  9. Is it really an Alps v7 model? It's been a couple of years since I last had an E7250 but I'm pretty sure the TouchPad worked Ok with Dr Hurt's VoodooPS2 kext for Alps. Is it the driver you're using?
  10. nVidia Quadro K620 is Maxwell and therefore unsupported beyond High Sierra with which it requires the nVidia Web Driver since Maxwell cards are not natively supported. You'll have to replace your graphics card by a supported model if you want to run Big Sur with a discrete graphics card. The only nVidia graphics cards that remain fully and natively supported since macOS Mojave are Kepler ones. See our Supported/unsupported graphics cards thread in our Technical Info, R&D->Graphics section for guidance. Of course, you may choose to fallback to your Intel HD P530 iGPU instead. That should be fully supported with the usual settings for Intel HD 530 graphics.
  11. Whilst I can understand @Baio77's desire for a single unified patching SSDT (it looks nice and simple), to me it's a kind of step back because it totally hides what patches are applied without looking into the SSDT and it makes ACPI troubleshooting much more difficult. Dedicated specifically-named SSDTs have the advantage of being readily identifiable in terms of patches and can easily be individually enabled/disabled for troubleshooting. Now I say this, I say nothing of course...
  12. 4th beta released July 27th, 2021. Build 21A5294g. Ok on my Latitude E7270 (Clover r5133) and Satellite Pro R50-B (OC 0.7.0).
  13. No issue on mine with Lilu v1.5.4, AppleALC v1.6.2 and layout #11 in current version 11.5.1 and Clover r5133. Was using the exact same setup in 11.5 without problems either.
  14. Released July 26th, 2021. Build 20G80. Looks like Apple re-opened the bugs & security flaws season! Anyway, safe to install on our Hacks.
  15. Realtek RTL8153 GigEthernet of WD15 Dock certainly used to work OOB in Mojave and Catalina: https://osxlatitude.com/forums/topic/11410-dell-latitude-7490-with-i7-8650u-intel-uhd-620-and-1920x1080-lcd-mojavecatalina/?do=findComment&comment=90288 I would therefore expect it to work for you too.
  16. Please consult our FAQ section re: SIP. There's a dedicated thread to describe it and the values that may be used. By all means, do try and inject CodecCommander from that folder, but if it does not load, you'll have to cache it from /L/E; this will have to be done manually through Terminal and after enabling Gatekeeper: sudo spctl --master-enable Reboot then copy the kext to /L/E sudo cp -R <path>/CodecCommander.kext /L*/E*/ Authorise the kext through Security & Privacy PrefPane and reboot again. You may then disable Gatekeeper again if you wish: sudo spctl --master-disable
  17. 3rd beta released July 14th. Build 21A5284e. Straightforward update with Clover r5133 on my Skylake/HD520 Latitude E7270. And same with OC 0.7.0 on my Haswell/HD4400 Satellite Pro R50-B.
  18. Released July 21st, 2021. Build 20G71. Safe to install on our Hacks. Also released at the same time: Security Update 2021-004 for Catalina 10.15.7 (build 19H1323) Security Update 2021-005 for Mojave 10.14.6 (build 18G9323)
  19. Are you using CodecCommander kext at all? If not, try it.
  20. GPU addresses are standard on laptops: @1 for dGPUs (maybe @1,0) and @2 for iGPUs. NB: afaik, iGPUs can never be turned off, only dGPUs can.
  21. With Big Sur, do not attempt to replace a vanilla kext in /S/L/E by a patched one. Simply apply the required changes either through on-the-fly binary patches (as supported by Clover) or, most preferably, injected properties.
  22. HD4000 laptops with screen resolution starting at 1600x900 require Capri layout 0x01660004. Unfortunately, that's a single port layout that only natively supports LVDS/eDP built-in LCD. That's why you need to patch your Capri framebuffer as detailed in the link provided by Jake so that you convert that single-port layout to a 4-port layout that'll support external displays, including HDMI.
  23. In case you ignore this, the nVidia RTX 2060 dGPU will not be supported. Only the UHD 630 iGPU of the Coffee Lake i7-9750H CPU can be used.
  24. After so many years, I thought my inventories were explicit enough but clearly not for some people... 1st of all, the inventories are made up of 2 x main sections: a 1st section for unsupported cards; no need to say more a 2nd section of supported cards That 2nd section lists: cards identity (manufacturer and model name) size/format chipset PCI id (vendor:device id) wireless capabilities for each listed OS X/macOS version, whether it is supported or not (Y or N (fir Yes or No)) whether the cards work OOB or not if they don't work OOB, what kext (driver or otherwise) they need to work In case you missed it, the columns entitled S Li ML Ma Yo Ca actually mean Snow Leopard, Lion, Mountain Lion, Mavericks, Yosemite and El Capitan. After the lists of cards, some detailed information is provided with regards to eventual patching (kext patching or ACPI patching/properties injection). DW1502 (I can only assume that an advert for a DW10502 was a typo, certainly not an alias!) -and DW1702 to that effect- are based on the Atheros AR9285 chip and carry PCI is 168c:002b. As indicated in the inventory, a DW1702 is exactly the same card as an AR5B95 (hence why you saw that at the back of your DW1502) and DW1702 is exactly the same card as an AR5B195. These cards do not work OOB from SL to El Capitan. I have however noticed a typo of my own with regards to the DW1702 (a copy/paste error from the line above) which I have now corrected. Thanks for pointing it out. If you read the text below the list of cards, you'll see that I described what you need to do to get your DW1502/AR5B95 working through DSDT patching. This was written several years ago (2013/2014) at a time when injecting properties through bootloaders was not that common. Things have evolved since and if you use Clover or OpenCore, there's now an easier way to inject exactly what the DSDT patch did. In your case, all you'll have to do is identify your card's location in IOReg using an app such as IORegistryExplorer or Terminal command lspci -nn then, inject the following device property against the identified location: PciRoot(0x0)/Pci(0x-, 0x-)/... --> compatible pci168c,30 STRING If you don't feel up to the job, just post a zipped IOReg extract saved from IORegistryExplorer and a zipped copy of your bootloader config; we'll then have a look.
  • Create New...