Jump to content

Hervé

Administrators
  • Posts

    9157
  • Joined

  • Last visited

  • Days Won

    455

Everything posted by Hervé

  1. Hey, welcome back! 'been a while indeed. How are you? Looking forward to hearing from you on the forum.
  2. I'd recommend using pre-existing/ready-made SSDTs rather than creating new ones. In all the Hacks I've had, ready-made ones never have been a problem.
  3. Looks like the above method no longer works, certainly not in Big Sur 11.4, possibly before. @Slice reminded us that Gatekeeper can be used as an alternative. Many people often disable Gatekeeper by default through Terminal command: sudo spctl --master-disable Kexts can be cached from /L/E in Big Sur (and Monterey) by re-enabling Gatekeeper, copying the kexts to /L/E through Terminal via sudo commands and authorizing the kexts from Security & Privacy PrefPane. Upon such authorisation, Gatekeeper will rebuild the cache and restart macOS with the newly cached kexts. Gatekeeper can then be disabled again afterwards. sudo spctl --master-enable sudo cp -Rf <path>/xxxx.kext /L*/E*/ GateKeeper can be disabled again afterwards.
  4. No patched DSDT should be required. Only SSDTs.
  5. Can't find any reference to any Aspire (not espire) E 13 on Acer's web site. You'll have to post the correct reference of the model and its specs of course. This being said, the few Google findings I obtained for an Aspire E13 or ES13 all lead to low-end laptops with Bay Trail, Braswell or Apollo Lake CPUs and associated GT1 Intel HD/HD 500 graphics, i.e. platforms not compatible with macOS and therefore unsuitable as Hackintoshes. If this is your case, don't waste your time any longer. https://osxlatitude.com/forums/topic/2998-min-requirements-for-os-xmacos https://osxlatitude.com/forums/topic/8238-supportedunsupported-gpus-graphics-cards
  6. It would be a mistake to believe that the E7470 and the 7490 are "very similar laptops". They're not. Former is a 6th gen Skylake model and latter is 8th gen Kaby Lake R model. They're of different generations and use different CPUs, different chipsets, different iGPUs, different audio codec, etc. Afaik, the only pieces of hardware they have in common are the Intel GigEthernet card and the Realtek SD card reader. Your may create your 7490 OpenCore setup from an existing E7470 one but you must extensively modify it of course. At this point of time, given your stated skill set, I would recommend you use the following process instead: 1) follow the Dortania Opencore guidance for Kaby Lake R laptops 2) grab the last Clover pack I posted in my Latitude 7490 guide and adjust your Opencore setup accordingly (patched tables, properties injection, kexts) Failing that, I believe there are several copies of Opencore EFI folders for Big Sur available in various existing 7490 threads. Here for instance.
  7. All our guides are posted in the Guides section, a section solely reserved to full installation guides. Each subsection is clearly labelled: "Complete guides for XXXX computers. No support here.". You may also look for existing threads about Latitude 3x40 models in this very section.
  8. There should be no problem to install macOS Big Sur on this Haswell/HD4400 laptop. You may lookup any existing Big Sur guide for Haswell-based Dell Latitude laptops but also others. The documentation available on the Dortania repo is also a great place to start. DW1705 is likely to be a problem though given that it is based on Atheros AR9565 chipset. This chipset never was natively supported in OS X/macOs and required a specifically patched and re-written Atheros40 kext and support has been quite problematic since Mojave. In addition, cards based on this chipset did not always work with the special kext and, when they did, performance was usually limited. Wisdom dictates to replace that card with a fully supported Broadcom model. Look up our R&D->Wireless section for guidance.
  9. I suggest you start by simplifying your properties injection in order to fallback to a minimum set of working properties that do not get graphics acceleration altered by complicated and probably misunderstood properties. Just start with the basics (CFL framebuffer id, device id, fbmem + stolenmem patches if required). Once you have graphics acceleration working, you can look at additional outputs such as HDMI and that sort of things. Please refer to the thread linked in the last post before your 1st one. As I said, it's limpid as far as getting graphics acceleration working is concerned on the exact same platform as you, although OP clearly misunderstood what con0/con1/con2/etc. were in terms of output ports; anyway no reason why his setup would not work for you as long as you apply them the same way. NB: As per our published rules -which I again invite you to read-, please refrain from systematically quoting messages to post replies. Just use the Reply box available at the bottom of each forum page.
  10. Your OC config shows a # character in front of location PciRoot(0x0)/Pci(0x2,0x0) for the iGPU. As such, you're not injecting any properties for your iGPU and that's why you're not getting any graphics acceleration. Uncomment that line, i.e. remove the # character and you should find that your properties injection will get applied. I expect that things should change thereafter... I can't say more about the iGPU connectors patches that are listed other than question their relevance. But that's another story. I'd also suggest you experiment with MacBookPro15,x SMBIOS. I noticed some odd ACPI patches too, though there's a good chance they do no harm, but just irrelevant:
  11. No need for the AppleCpuPmCfgLock kernel patch; that for 2nd gen Sandy Bridge and 3rd gen Ivy Bridge platforms. You opted for SSDT-EC table instead of SSDT-EC-USBX table as recommended in Dortania's documentation. Dortania does state that SSDT-EC is for Broadwell and older systems when SSDT-EC-USBX is for Skylake and later. Being a Coffee Lake platform, your laptop falls into the 2nd category. UHD630 iGPU of i7-9850H carries native id 0x3E9B. As such, no need to inject that exact same device-id through OpenCore. It does no harm of course. MacBookPro16,4 may not be the correct or best SMBIOS to use though MBP16,1/MBP16,4 are 9th gen Coffee Lake with UHD 630 graphics. You could try MacBookPro15,1 or MacBookPro15,3 instead. Absolutely no need for the -no_compat_check boot arg in NVRAM. That's for systems using an officially unsupported SMBIOS in a given macOS version. Not the case here, whether you use MBP15,x or MBP16,x SMBIOS. The boot-arg will do no harm but will block all macOS update offers. If you keep getting back screen, do experiment with other CFL mobile framebuffer layouts such as those listed in the https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md. You may also refer to the suggestions provided in Clover Configurator app. I've never Hackintoshed any Coffee Lake laptop so I don't know how accurate these are but 2018 8th gen CFL MBP15,1 certainly uses layout 0x3E0B0006: You've linked to the Dortania documentation but it appears you did not followed it thoroughly. I suggest you do so using the section written for the Coffee Lake laptops: https://dortania.github.io/OpenCore-Install-Guide/config-laptop.plist/coffee-lake.html
  12. Please post a zipped copy of you OpenCore EFI folder. Resources subfolder can be removed to minimise size.
  13. 5GHz networks should normally be visible with a DW1820A but you may have an issue related to Country Code or something like that. Check what you card shows in SysInfo->Network->Wifi in terms of Locale and Country Code. Then check your box/router settings for 5GHz networks/SSIDs. You may need to use AirPortBrcmFixup and one of its parameters as indicated in our BCM4350 guide. But, what I don't understand the most is that you do not inject anything for your DW1820A given that the entry for it is commented out in your OC config... What's the reason for that?
  14. You should find several threads or guides related to installing Big Sur on the Latitude E6x30 models. I myself posted a guide for the E6230 that you can consult for inspiration. There are a few things to note about the E6x30 models fitted with Fermi NVS 5200M: don't re-use the patched DSDT meant for a different model (certainly not one for the E6230/E6330) enable Optimus in BIOS so that you can run Big Sur with HD4000 graphics since it's no longer supported, the nVidia dGPU must be disabled through patched SSDT to prevent it from draining your battery unnecessarily if your LCD is low res (under 1600x900), inject Capri framebuffer 0x01660003 but if it is high res (1600x900 and above), use Capri framebuffer 0x01660004 if you opt for Clover as bootloader, I recommend version r5133 or later
  15. You do reset NVRAM after any OC config change, right?
  16. Try and change LauncherOption to Full. Can't see or imagine any relation to the CPU PM SSDT.
  17. DmgLoading set to "Signed" ?
  18. It should not be required with Mojave but try and add the following boot arg if it's still valid: -disablegfxfirmware Failing that, I've no idea why my posted Mojave bootpack would no longer work. I no longer have a Latitude 7490 so won't be be able to help much any more. Check the logs for potential hints regarding the KP and subsequent reset you mentioned.
  19. OS X/macOS does not support disk in RAID mode, you have to set it to AHCI as indicated in my BIOS thread. Can't remember if this also applies to NVME disks rather than just SATA disks but, yes, you should follow the recommendations posted in that thread.
  20. It's good practice to keep threads on-topic... This being said, what do you mean by "don't detect HDMI"? HDMI video & audio output require tuning/patching on Haswell systems. Video output requires: patching pipe of HDMI port/connector (usually con1) to change it from 0x09 to 0x12 (or system will freeze/hang on connecting/disconnecting the HDMI cable) patching HDMI port/connector (usually con1) to change connector-type to HDMI (00080000) is recommended though usually only necessary for HDMI audio Audio output requires: patching HDMI port/connector (usually con1) to change connector-type to HDMI (00080000) injecting hda-gfx property to iGPU device renaming B0D3 device to HDAU You'll find sample configs in our HD4600 graphics R&D topic as well as in most if not all our guides for Haswell laptops or threads pertaining to HDMI output on Haswell laptops.
  21. I would not have expected any downgrade to be required given that the 7490, when I had it, never suffered any issue related to BIOS upgrades and I did a few. You can safely go back to the latest version.
  22. With OpenCore, I found that I had to re-install beta1 from scratch and set SecureBoot to "disabled" (instead of "default") to be able to update to beta2 without hiccup. But all is well now. Once initiated, the update to beta2 completed all by itself.
  23. Did you set your BIOS according to the recommended settings?
  24. The patched DSDT I had posted often gave problems so if it's still in the bootpack, remove it. Its sole purpose was to enable the brightness keys but there are other ways to achieve this.
×
×
  • Create New...