Jump to content
tonyx86

Catalina on Dell Latitude E6410 (Nvidia Graphics) With Working Sleep

256 posts in this topic

Recommended Posts

After updating to 10.15.3, along with updating the EFI, I'm still unable to use my modular bay drive. As stated before,

  1. macOS reports disk I/O errors during verbose boot
  2. Finder claims it's unable to recognize the disk and asks to initialize it
  3. Disk Utility fails to erase the disk (see attached screenshot)
  4. After a while with the drive plugged in, the screen goes white. Sometimes the laptop will automatically reboot from here; other times I'll need to manually force it to power off and on again

I've generated several debug reports of this issue, and linked to them in this post.

What I find bizarre about this issue is that it doesn't occur in literally any other circumstance:

  • Connecting the bay drive to my desktop (through a frankly horrifying configuration), which is also a hackintosh, works fine
  • Accessing the bay drive within another OS works fine (e.g. Linux)
  • Even Clover properly recognizes the partitions on the disk in the drive
  • The stock DVD bay drive works fine in macOS

I've tried multiple HDDs in the drive; the problem is the same amongst all of them.

@tonyx86 - you say you have a modular bay drive that works with macOS? I wonder if there's an internal difference between our drives. If you wouldn't mind, could you take photos of the internals of your drive? I've attached some of my own to this post.

Screen Shot 2020-02-23 at 12.46.01 PM.png

IMG_20200124_073638.jpg

IMG_20200124_073648.jpg

Share this post


Link to post
Share on other sites
Advertisement

@unilock I originally thought SATA 3 vs SATA 2 might be an issue, but my adapter also indicates SATA 3 like yours.  Pix are attached.

 

Also, there's a switch on the side that I've never played with.  I see your board has one, too.  Does the switch position matter?  I don't know what it does.

thumbnail_IMG_0941.jpg

thumbnail_IMG_0942.jpg

thumbnail_IMG_0943.jpg

Edited by tonyx86

Share this post


Link to post
Share on other sites

@tonyx86

From the casing, it looks like we have the same model of modular bay drive. Though, based off what it says on the circuit board, you seem to have a slightly newer revision than I do. But I can't see any visual differences, other than that yours has a disk activity indicator LED soldered on while mine does not. If you want to disassemble the drive further, there are screws under the stickers on the side where you would insert the HDD (one on the white/black transition line under the cylinder in the top-left corner, one on the text under the book with the "i" in it in the bottom-left corner, and one on the left side of the cylinder in the bottom-right corner).

The switch enables/disables the diags pin, whatever that means. The ON state is towards the laptop-size SATA connector; the OFF state is towards the full-size SATA connector. The state of the switch doesn't seem to have any effect my problem.

I don't think a difference in SATA speed (SATA2 vs. SATA3) is part of the issue, as I believe the bay drive acts only as a passthrough between SATA port standards.

Share this post


Link to post
Share on other sites

@unilock I'm not sure that further disassembly of my aux bay adapter is going to reveal anything helpful.  I was comparing my IORegistry  to the one you last posted and quickly realized that your last debug files do not reflect your current installation.  Could you please post a new set of debug files (generated with black.dragon74's gen_debug tool) for your 10.15.3 installation with the aux bay populated with your data drive (one set of debug files)?  Please make sure that you're running the same file versions as those posted in Post #1 (including the same FakeSMC) as file differences generate different IORegistry attributes that complicate the comparison for me.

 

This will make the comparison easier for me.  Also, I imagine you have at least one BIOS config that is different from the config I specified in Post #1 (e.g. enabling your cellular modem).  Can you provide a list of the differences between your BIOS config and the BIOS config that I have recommended in Post #1?

 

Short of the detailed comparisons of the configs which I'm willing to do after seeing your updated post, I'm not sure what else to consider except for a new aux bay adapter.

 

EDIT: One other thing... When I was examining your last-posted IORegistry dump (I still need an updated set of debug files as explained earlier in this post), I noticed that your IORegistry (as viewed with IORegistryExplorer) has at least one device that I don't (e.g. RP04@1C,3).  It's possible that the presence of other hardware in your laptop (like the cellular modem) requires additional ports to be active, so your BIOS config is different and thus you need a slightly different DSDT.  You may need to try:

 

  1. My DSDT attached to Post #1 in this thread emulates Linux for running macOS.  Attached is a DSDT that emulates Win7 instead of Linux (see more details about this in the Mojave thread).  Try this DSDT to see if this helps.
  2. *** Deleted - no longer believe that you need to extract / patch your own DSDT.

DSDT.zip

Edited by tonyx86
deleted DSDT extract / patch suggestion

Share this post


Link to post
Share on other sites

@unilock I just did a quick compare of your unpatched ACPI to mine and don't see any relevant differences, so I don't think you need to create your own patched DSDT.  I hope I posted this before sending you on a wild goose chase.  I'm stumped.  While it's strange that your aux drive caddy works with other OSes and not macOS, the only thing I can think is to get another caddy.

Share this post


Link to post
Share on other sites

@unilock After I posted my comment below, I realized that the additional SATA ports may be a port expander / docking station or that you have enabled eSATA ports in BIOS.  Are you performing your testing with your laptop in a docking station or with eSATA enabled?  If so, this would be a big difference between your configuration and mine.  I never examined the DSDT (let alone tested) with a docking station or with eSATA enabled.  If that's the case, try testing "undocked" and/or with eSATA disabled in BIOS to see if that affects operation of your aux bay drive.

 

-------------------------------------------------------------------------

 

 

@unilock I finished reviewing your posted files to see if there's anything I can learn from your previously posted configurations.  I'm not sure if those configurations accurately represent your current state, but if they do, this might offer a clue about your SATA problem.  There's one IORegistry difference that leads me to believe we have different BIOS settings, so I'd encourage you to review the BIOS settings I listed in Post #1 and compare to yours.

 

If you look at the two IORegistry screenshots attached to this post, the screenshot of my IOReg lists only two SATA PRT "ports": PRT0 (my primary SSD) and PRT1 (my aux bay SSD).  Your IOReg lists two additional SATA "ports" that I don't have listed on my laptop: PRT4 and PRT5.

 

It's possible that if you can determine the difference between your SATA configuration and mine, this might provide a clue for you.

 

Screen Shot 2020-02-27 at 8.20.02 AM.png

Screen Shot 2020-02-27 at 8.20.42 AM.png

Edited by tonyx86
Added comment about docking station

Share this post


Link to post
Share on other sites

@tonyx86

Apologies for the late response.

I tested your DSDT that emulates Win7 instead of Linux, but no change in bay drive behavior.

I've been testing the laptop undocked. While I believe my BIOS settings are identical to yours, this may not be the case. I'll disable eSATA in BIOS if it is indeed enabled, then upload a new debug report.

 

EDIT:

Looks like disabling the eSATA ports in BIOS did get rid of the extra SATA entries. Unfortunately, it didn't solve the bay drive issue. Attached is the output of black.dragon74's tool.

If you need me to list the changes I've made from the "baseline" specified in post #1, I'd be glad to do so later, but I have a killer headache right now.
Thanks for taking the time to look at this.

debug_2020-02-27.zip

Edited by unilock
add debug files

Share this post


Link to post
Share on other sites

@unilock I see the obvious differences between our configs (listed below) of which you are already aware.  I'm not sure how these would affect the aux drive bay (probably they don't), but I have no other guesses.  If you have already tried the baseline that I've posted and it produces the same result, I have no other guesses.

  • Different version of FakeSMC
  • Different version of Lilu.kext
  • Kexts in E/C/k/O instead of /L/E

Just to clarify the way I'm using the aux drive,

  • I do NOT have an EFI installed on the aux bay drive
  • Aux bay drive is MBR formatted
  • Windows 10 is installed on aux bay drive in Legacy mode
  • I installed Windows 10 on the aux bay drive WITHOUT any other drives installed in the laptop (to be sure that the Windows 10 installer did not modify my macOS drive in any way)
  • I installed Windows 10 on a 100GB partition of the aux bay drive, initially leaving the remainder of the 256GB aux bay drive unformatted
  • On the remaining unformatted portion of the aux bay drive, I created an HFS+ partition on the aux bay drive using "Paragon HardDisk Manager Basic" running IN WINDOWS 10
  • I added the aux bay partitions to Spotlight Privacy tab in macOS so that macOS does not try to index the aux bay drive
  • To boot Windows 10 from the aux bay drive, I press F12 at boot and select the aux bay drive
Edited by tonyx86

Share this post


Link to post
Share on other sites

Attached is a new DSDT for the Latitude E6410.  Details are below.  This DSDT is not yet included in the baseline in Post #1.

 

I don't know much about Clover hot patching, so I was reading to learn and I just learned that I have been incorrectly applying Rehabman's "Instant Wake" DSDT patch.  Rehabman explains that in order to prevent instant wake, any Method (_PRW) that returns Package() { 0x0D, 0xXX } should be changed to return Package() { 0x0D, 0x00 }.  What is a bit harder to find (at least it was for me) is Rehabman's explanation of the proper handling of Method (_PRW) that returns GPRW(0x0D, 0xXX).  In this case, I had incorrectly changed GPRW(0x0D, 0xXX) to GPRW(0x0D, 0x00).  The correct application of Rehabman's instant wake fix is to change GPRW(0x0D, 0xXX) to Package() {0x0D, 0x00} so that GPRW is not called and _PRW simply returns the Package.  You'll find this explanation if you Google "Rehabman Using Clover hot patch ACPI". Rehabman actually changes Method (GPRW), which achieves the same as my correction below.

 

The result of this correction is that my originally patched Method(_PRW):

 

 

                Method (_PRW, 0, NotSerialized)  // _PRW: Power Resources for Wake
                {
                    Return ( GPRW (0x0D, 0x00) )
                }

 

 

should be changed to

 


                Method (_PRW, 0, NotSerialized)  // _PRW: Power Resources for Wake
                {
                    Return ( Package() { 0x0D, 0x00 } )
                }
 

 

I have made this change in the attached DSDT.  This DSDT also includes other minor fixes to resolve DSDT compile warnings (fixes that I found in Slice's E6430 DSDT (thank you, @Slice)).

 

By the way - with this instant wake patch, you will not be able to wake your laptop with USB.  This patch completely disables wake by USB (even if it is enabled in BIOS).

 

 

DSDT.zip

Edited by tonyx86

Share this post


Link to post
Share on other sites

@tonyx86

The way I'm using the aux drive is almost identical:

  • It's formatted as MBR
  • Windows 7 is installed on it
  • Windows 7 was installed without any other drives in the laptop (it wouldn't install correctly otherwise)
  • The Windows 7 partition takes up the entirety of the drive
  • I enabled "legacy" scanning in Clover so I could boot Windows 7 from there

Pardon if the following seems a bit rushed:

I realized the other day that perhaps there truly is a difference between aux drives, as mine was originally purchased for a Thinkpad W500 (which no longer functions for unrelated reasons). I've read online that there could be technical differences between aux drives advertised for different brands concerning how they interface with the laptop. Maybe that's the issue? If it is, fully disassembling your drive might provide some insight, as we could search for any differences in wiring or whatnot that I might be able to solve with a soldering iron.

See here

Share this post


Link to post
Share on other sites

CORRECTION: I thought the circled resistor in the attached pic was missing from my circuit board, but upon closer inspection, I can't be certain.  I would recommend purchasing a new caddy specifically for the E6410.  Sorry I can't be of more help with this.

 

@unilock That sounds logical. I don't want to disassemble my aux bay caddy any more than I have, so I'd suggest purchasing one specifically for the E6410.  I think I found mine for $8 on Ebay.  I splurged and purchased one with the release latch, since reviews I read suggested that other "universal" caddies did not fit well.  My caddy fits perfectly and has the same release mechanism as the original DVD.

IMG_20200124_073638.jpg.2028863b36a274f5cb90dd950a5a9f4b.jpg

Edited by tonyx86
Added picture with suspected extra pull-up resistor

Share this post


Link to post
Share on other sites

@tonyx86

I think I can spy the same resistor on your board from the image you supplied -- it looks like it has something to do with the activity indicator LED.

I'm going to end up spending money on *something* here, anyway, since I accidentally broke the aforementioned release latch off of my aux bay drive. Unfortunately, that was the same one that was on my stock DVD drive...

Thanks for all the help trying to get this working, though. At least we figured out what the white switch on the side of the modular bay drive does, after all this.

Share this post


Link to post
Share on other sites
Posted (edited)

For those who would like to figure out why AppleALC.kext "interferes" with Wi-Fi, causing a delay in the Wi-Fi connection, I might have a clue.  I'm content with VoodooHDA and won't be pursuing an alternative to VoodooHDA, but others may find this of interest.  When using AppleALC.kext for sound instead of VoodooHDA.kext, I have noticed that Wi-Fi won't connect until there is an AppleHDA "event" in Device (HDAU) (observed using IORegistryExplorer).  If you open IORegistryExplorer and watch Device (HDAU) when AppleALC is installed, you'll noticed a change in the status of HDAU, immediately followed by the Wi-Fi connection.  Wi-Fi won't connect until this HDAU status change occurs.

 

I have also noticed that, with AppleALC installed, the layout-id of Device (HDAU) always changes to 0x07, regardless of the injected value in the DSDT.  From what I have read, HDAU should have the same layout-id as HDEF.  With AppleALC installed, I had tried to inject layout-id 0x0b (to match that of HDEF) by including layout-id in HDAU._DSM, but the layout-id doesn't seem to matter when using AppleALC. The layout-id of HDAU is always changed to 0x07 when AppleALC is installed.

Edited by tonyx86

Share this post


Link to post
Share on other sites
Posted (edited)

EDIT: I did a little more research on USB Power and found that Rehabman discussed this issue for Sierra and later ( Google "Rehabman USB power property injection for Sierra (and later)" ). He suggests that the IORegistry keys for USB Power should be injected via the custom SSDT-UIAC for USBInjectAll.kext.  Since we're using USBInjectAll.kext for this HackBookPro6,2, I have modified SSDT-UIAC (attached) to include Rehabman's suggestion (still using the MacBookPro6,2 power values from High Sierra 10.13.6 IOUSBHostFamily.kext).  You can choose your method of injecting these values (the attached SSDT-USBX or the replace SSDT-UIAC in EFI/CLOVER/ACPI/patched with the attached SSDT-UIAC).  Note that if you employ the revised SSDT-UIAC, the USB power keys are properly injected (search for AppleBusPowerController in IORegistryExplorer), but the USBMap utility mentioned below will still report that you haven't created Device (USBX).  I don't think that USBMap's reported status matters as long as the values are injected, but I can't be sure, since I still haven't determined whether these USB Power keys make any difference in operational behavior.

 

-----------------------------------------------------------------------------------------

 

As I continue to try to figure out the Bluetooth Issue mentioned in Known Issues in Post #1, I found this tool that reports USB status:   USBMap.  When I ran the tool and selected option 'U' to Validate USB Power Settings, the tool reported that MacBookPro6,2 is not defined in IOUSBHostFamily.kext/Contents/Info.plist.  The tool proposes installation of a custom SSDT-USBX.aml that injects power values from the MacBookPro12,2 definition.  

 

Instead of using the USBMap tool's proposed power settings, I went back to High Sierra 10.13.6 (MacBookPro6,2 wasn't defined in Mojave's  IOUSBHostFamily.kex either) to find the USB power settings, created the attached custom SSDT-USBX.aml and installed this custom SSDT in EFI/CLOVER/ACPI/patched.  After rebooting Catalina, I don't notice any difference in behavior, other than that the USBMap Tool now says that USB Power is configured correctly.

 

I'm not sure what this custom SSDT is supposed to resolve/address, but I just want to report that it does NOT appear to fix the Bluetooth issue (in Known Issues in Post #1) and Catalina sleep still takes 32 seconds while High Sierra and Mojave sleep in 5 seconds.

 

 

SSDT-USBX.zip

SSDT-UIAC.zip

Edited by tonyx86
Added updated SSDT-UIAC

Share this post


Link to post
Share on other sites
Posted (edited)

A new E6410-Catalina-3v6.zip archive is attached to Post #1 of this thread with the changes listed below.  My Latitude E6410 (Nvidia Graphics) is running perfectly with this configuration.  You may need to execute Step #9 in Post #1 before applying these changes.  Note that I am no longer pursuing a solution for the Display brightness slider, so these changes have no attempts to fix the Display brightness slider (use the Dell brightness keys).  Also, I'm continuing to use CLOVER r5103 since I didn't see any required changes in r5104.  Also, I am using the same EFI for triple-booting High Sierra 10.13.6, Mojave 10.14.6 and Catalina 10.15.3 (with kexts unique to each macOS in /Library/Extensions) and all three OSes run great.

 

Changes in E6410-Catalina-3v6.zip attached to Post #1

  • Addition of SSDT-USBX.aml (install in EFI/CLOVER/ACPI/patched) - injects MacBookPro6,2 USB wake/sleep power properties which have been removed from IOUSBHostFamily.kext after High Sierra 10.13.6
  • DSDT changes
    • Resolve a few ACPI compile warnings (fixes borrowed from Slice's E6430 DSDT)
    • Rename EHCx to EH0x in DSDT (the only instance of these renames is in the DSDT, so no need for Clover to do this)
    • Other minor revisions 
  • Disabled EHCx -> EH0x renames in CLOVER config.plist (no longer necessary after performing renames in DSDT)
  • Upgraded Lili.kext from 1.4.1 to 1.4.2
Edited by tonyx86
Removed note about EH01:HP14 since it is a real external USB2 port

Share this post


Link to post
Share on other sites
Posted (edited)

EDIT: I prefer a revision to this kext injection strategy here.  Leaving this post for historical purposes.

 

--------------------------------------------------------------

 

Setting Clover's "Inject Kexts" to YES (not DETECT) and placing the Brcm kexts in E/C/k/O may be a solution to the Bluetooth issue reported in Known Issues in Post #1 of this thread.  See more here.

 

EDIT: I am now running with the following configuration for triple-booting High Sierra 10.13.6, Mojave 10.14.6 and Catalina 10.15.3.  I will continue to test and am not yet recommending this as a baseline, but it looks promising.

 

Clover: Inject Kexts -> YES (not Detect)

 

The following kexts in E/C/k/O (not in /L/E)

  • Lilu.kext v1.4.2
  • BrcmFirmwareData.kext v2.5.1
  • BrcmPatchRAM3.kext v2.5.1
  • BrcmBluetoothInjector.kext v2.5.1
  • AirportBrcmFixup.kext v2.0.6
  • FakeSMC.kext v6.26
  • IntelMausiEthernet.kext v2.5.0
  • USBInjectAll.kext v0.7.1
  • VoodooPS2Controller.kext (Bronxteck) v6.0.0
  • ACPIBatteryManager.kext v1.90.1
  • FakeSMC_CPUSensor.kext v6.26
  • FakeSMC_GPUSensor.kext v6.26

 

The following kexts in /L/E for High Sierra and Mojave (not Catalina)

  • VoodooSDHC.kext 1.1.2

 

EDIT2: It appears that in Mojave (not Catalina), AppleHDADisabler.kext and VoodooHDA.kext need to be installed in /System/Library/Extensions.  In Mojave, I tried moving these kexts to /Library/Extensions and my laptop took forever to boot.  I do not observe this in Catalina 10.15.3 (where I can move AppleHDADisabler.kext and VoodooHDA.kext to /Library/Extensions without any issues).

 

EDIT3: It appears that FakeSMC_CPUSensors.kext and FakeSMC_GPUSensors.kext dependencies are such that they don't load unless they are co-located with FakeSMC.kext.  I haven't needed to set Clover's "Inject Kexts" to "Yes" before (I have always used "Detect"), so I'm not sure if there are problems with including kexts in both E/C/k/O and /L/E when set to "Yes."  It may be necessary to place the FakeSMC Sensor kexts in E/C/k/O as well if running HWMonitor.

 

EDIT4: I have moved all kexts to E/C/k/O as indicated above.  This kext configuration (combined with Clover "Inject Kexts" set to "YES" and not "DETECT") apprears to be working for High Sierra 10.13.6, Mojave 10.14.6 and Catalina 10.15.3.  I have VoodooHDA.kext and AppleHDADisabler.kext installed in /System/Library/Extensions where the VoodooHDA installer package placed them.

Edited by tonyx86
corrected typos

Share this post


Link to post
Share on other sites
Posted (edited)

EDIT: I prefer a revision to this kext injection strategy here.  Leaving this post for historical purposes.

 

--------------------------------------------------------------

 

I'm now convinced that the correct way to install the Brcm kexts for Catalina requires placing them in E/C/k/O with CLOVER "Inject Kexts" = YES.  On this Latitude E6410, the BrcmRepo kext does not inject reliably from /L/E.   Placing Brcm kexts in /L/E was reliable in High Sierra and Mojave.

 

I will be updating the baseline with this new (for me) kext installation strategy.  You can all tell me you told me so :)

 

EDIT: My candidate updates are attached.  Note that the LE folder is no longer included, as no 3rd party kexts are installed in /L/E for Catalina.

 

EDIT2: I haven't timed it, but it seems the boot times are slower.  I think that's to be expected now that Clover is injecting all 3rd-party kexts.

 

E6410-Catalina-3v7.zip

Edited by tonyx86
Added E6410-Catalina-3v7.zip attachment

Share this post


Link to post
Share on other sites

hi. need link how to create a bootable flash drive . and where to download the catalina . I have latitude e6410 but can't find , how  zip to make a download from the format

Share this post


Link to post
Share on other sites
1 hour ago, ferfwe said:

hi. need link how to create a bootable flash drive . and where to download the catalina . I have latitude e6410 but can't find , how  zip to make a download from the format

 

Sounds like you're new to hackintosh.  You have a lot to learn - just be patient with yourself.  You will need to know quite a bit in order to maintain your hackintosh, so the learning is essential.  Follow the installation instructions in Post #1 of this thread.  At each step, use Google to search when there are instructions that you don't understand.  There is plenty of available documentation that explains each step in more detail.  Good luck!

Share this post


Link to post
Share on other sites

should I change the wi-fi module?

BCM943225HM
BCM943225HMB
BCM94322HM8L
BCM943224HMS
BCM94352HMB will be alright?

21 час назад tonyx86 сказал:

 

Похоже, вы новичок в хакинтош. Тебе есть чему поучиться - просто будь терпелив с самим собой. Вам нужно будет знать немало, чтобы поддерживать свой хакинтош, поэтому обучение необходимо . Следуйте инструкциям по установке в Посте № 1 этой темы. На каждом этапе используйте Google для поиска, когда есть инструкции, которые вы не понимаете. Существует множество доступных документов, которые объясняют каждый шаг более подробно. Удачи!

Благодарю. Мне нужно изображение. остальное немного понятно

Share this post


Link to post
Share on other sites
4 hours ago, ferfwe said:

should I change the wi-fi module?

 

I personally have only tested the Broadcom BCM 94352HMB as noted in Post #1 of this thread.  Others who have posted in this thread have other cards working with the use of antenna adapter cables.  My instructions in Post #1 have been designed and tested to work with BCM 94352HMB.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By tonyx86
      This guide is a work in progress and will be updated as I refine the installation.
       
      Background
      This is my first "modern" hack supporting UEFI and my first hack using Clover "on-the-fly" patches.  My previous hacks
       
      Laptop: Thinkpad T61 / Nvidia NVS 140m Laptop: Dell Latitude E6410 / Nvidia G3100m Desktop: Gigabyte G31 / GeForce 9600 Desktop: Biostar TH55HD / Sapphire Pulse RX580 (Google "Catalina Biostar TH55HD" and look for user name deeveedee)  
      are all perfectly running Catalina and I patched them all "manually" - all DSDT patches applied with MaciSL with virtually no Clover on-the-fly patching and all booted Legacy Clover.  This UEFI hack was MUCH easier and took about 20 hours vs. a combined hundreds of hours for the old hacks.  I wanted a hack that was a little more future proof and I think this is it.  I hope you enjoy this as much as I am enjoying it.  It is a perfect MacMini8,1.
       
      My system specs
      HP EliteDesk 800 G4 Mini (I7-8700T / UHD 630 / Q370 Chipset / 32GB DDR4 RAM) 3 x DP Ports (connected to monitors using DP -> DVI adapters) 6 x USB 3.1 1 x USB Type-C 3.1 2 x NVMe SSD (M.2 PCIe x4 2280/2230 combo ports) 1 x SATA6 SSD 1 x Intel Ethernet RJ-45 Conexant CX20632 Audio Codec SMBIOS MacModel MacMini 8,1 Unsupported M.2 PCIe x1 2230 Intel Wi-Fi (currently disabled in BIOS).  I may replace this with Brcm, but am using only Ethernet (IntelMausi) for now.  
      Installation Steps: To be provided
      See attached EFI and /L/E kexts in EliteDesk.zip archive See installation methodology here See references here  
      What is not working
      Wi-Fi / Bluetooth (intentional since I have not yet replaced my Intel card).  
      What is not tested
      USB c 3.1 port Microphone port  
      What is working
      Everything not mentioned above Sleep / Wake Multiple displays with IGPU graphics acceleration, hot pluggable display ports and DP->DVI adapters USB 3.1 ports Audio (internal speaker and headphone jack) Ethernet Auto-sensing headphone jack automatically switches to internal speaker when headphones removed  
      Known Issues and their solutions
      (Solved. Cycle power on the new display) A new display may not be detected if the new display is plugged into an unused display port while the HP EliteDesk 800 G4 Mini is sleeping. Solution is to cycle power on the new display after waking the EliteDesk 800 G4 Mini. Cycling display power on the newly added display causes displays to be re-detected. (Solved. Problem resolves itself after a few boot cycles) After applying the Catalina 10.15.5.02 supplemental update, Catalina booted to a single display.  After a few boot cycles, multi-display operation was restored to normal. (Solved and included in the attached EliteDesk.zip archive) Unable to upgrade from 10.15.4 to 10.15.5 when using IntelMausiEthernet.kext.  Solution is to switch to IntelMausi.kext (Rev 1.0.2 here). (Solved and included in the attached EliteDesk.zip archive) Some USB devices were not recognized. My SSDT-UIAC.aml was incomplete and did not specify all required USB port types (missing SSxx ports). The attached EliteDesk.zip archive includes this fix. (Reported this as a possible Clover issue - no solution yet) Clover boot loader may default to Recovery volume after a normal shutdown.  Work-around is to select your normal macOS volume.  This may only happen when Clover is configured to boot LastBootedVolume and may be "fixable" by explicitly setting a boot volume (haven't tested this). (No longer observed) At least one display blanks (sleeps) when plugging / unplugging USB device (observed in front USB 3.1 ports).  Display wakes immediately on keyboard and mouse activity, so this is a minor issue but may be indicative of another issue. (Solved - this is a BIOS setting and requires no macOS changes) Safari has problems loading insanelymac web pages after sleep / wake.  I suspect that the problem is with the embedded video on the pages.  Also observed video problem in AppStore after sleep/wake.  Console: VideoDecodersUnavailable.  Solution is to enable Intel ME in BIOS. (Solved and included in the attached EliteDesk.zip archive) Display does not fully wake after resuming from sleep (needs an extra mouse or keyboard stimulus to fully wake).  Solution is to change boot arg darkwake=0 to darkwake=2.  Other values of darkwake may work as well, but this is the first I tried and it worked. (Solved and included in the attached EliteDesk.zip archive) -disablegfxfirmware boot arg is not required with WEG.  I inadvertently left this boot arg after I encountered an endless gfx firmware update boot loop while working on my FB patching.  This boot arg is no longer necessary after completing FB patching with WEG. (Solved and included in the attached EliteDesk.zip archive): Sometimes, CMOS time is lost on shutdown or restart.  Solution is to enable Clover's Apple RTC fix in config.plist. (Solved and included in the attached EliteDesk.zip archive) headphone jack doesn't work.  Solution is to change HDEF layout-id to 28. (Solved and included in the attached EliteDesk.zip archive) System freezes on wake from sleep because of a kernel panic related to hda-gfx (my system does not have HDMI and my DP->DVI adapters do not drive monitor speakers).  Solution is to add No-hda-gfx property to HDEF as described here.  This property is recognized as a Lilu flag and prevents loading hda-gfx. (Solved and included in the attached EliteDesk.zip archive) Device (PMCR) is not defined.  Solution is a SSDT that "injects" the missing device. (Solved and included in the attached archive) eficheck is loaded (not sure why this is bad, but may be a privacy issue - see here). Solution is to add updated EFICheckDisabler kext that include Q370 chipset.  See here.  
      BIOS Version / Configuration: To be provided
      Version: 02.11.01 Rev.A Intel ME must be enabled for proper sleep / wake of UHD 630
       
      Clover Configuration
      Clover for UEFI booting only Install Clover in the ESP UEFI Drivers Recommended drivers AudioDxe DataHubDxe FSInject SMCHelper File System drivers ApfsDriverLoader VBoxHfs Memory fix drivers AptioMemoryFix Additional drivers NvmExpressDxe Install RC scripts on target volume Themes Choose your desired theme Install Clover Preference Pane (option not available when installing on USB thumb drive)  
      UHD 630 Framebuffer Patching: To be provided
       
      Current Versions
      Catalina 10.15.5.02 Clover (UEFI) r5119 Lilu.kext 1.4.5 WhateverGreen.kext 1.4.0 AppleALC.kext 1.5.0 IntelMausi 1.0.3 (Not IntelMausiEthernet)  
      Credits To be provided
       
       







      EliteDesk800 G4 Mini - Rev 0.82.zip
    • By MaLd0n
      -Donations with PayPal
      https://tinyurl.com/r2bvzm7
      -Donations with Bitcoin
      33HeGCuCSh4tUBqdYkQqKpSDa1E7WeAJQ3
      -Donations with PicPay 
      @danielnmaldonado
      -Donation with Mercado Livre 
      https://tinyurl.com/y9evkj5u
       
      -EFI OpenCore Folder Desktop 10th Intel Processors
      Paste this EFI folder in EFI partition in your USB STICK
      https://tinyurl.com/ybwr9kq3
       
      -Tutorial
      https://tinyurl.com/re2c9sz
       
      -Post Installation
      Paste EFI folder into EFI Partition in your SSD, reboot and extract one full dump with this app and post here!
      https://tinyurl.com/ybwr9kq3
      RunMe.app
      https://tinyurl.com/y9562hz7
       
      --DSDT PATCHES--
       
      -FIX ERRORS AND WARNINGS -FIX ACPI ERRORS -REMOVE UNUSED SCOPES / DEVICES -HIGH PRECISION EVENT TIMER -SATA SERIE ID -DMAC -REMOVE LINES, PROBLEMATIC and UNUSED -FIX K.P in REBOOT -NVRAM -REAL TIME CLOCK -SLPB -DARWIN / WINDOWS -XHCI -PLUGIN TYPE -HDEF -ARTC -IPIC -TIMR -SBUS -BUS1 -MCHC -ALS0 -SHUTDOWN -UAR1 -LAN -FWHD -USBX -PMCR -PPMC -XSPI -GMM -kUSBCompanionIndex -io-device-location -IMEI -EC -PNLF -ARPT -GFX0 -NVME -ACPI-WAKE-GPE -DTGP -ACQUIRE MUT0 0XFFFF -MUTEX MUT0 0x00 -EXTERNAL REFERENCES -UNKNOWNOBJ -HDMI / HDAU -FULL RENAMED DEVICES  
      --SCREENSHOTS--
       









































       
       
      Big Thanks to XLR and your Badass Motherboard, Ultrafast CPU, Coolest Heatsink, Huge Graphics Card, Tonnes of RAM,
      Gigantic Hard Drive, Lightspeed Disk Burner, Professional Sound Card, Massive LCD Display.
       
       
      -Credits and thanks to the old and new people in the community who developed patches, kexts and bootloaders!
       
      Slice, Kabyl, usr-sse2, jadran, Blackosx, dmazar, STLVNUB, pcj, apianti, JrCs, pene, FrodoKenny, skoczy, ycr.ru, Oscar09, xsmile, SoThOr, RehabMan, Download-Fritz, Zenit432, cecekpawon, Intel, Apple, Oracle, Chameleon Team, crazybirdy, Mieze, Mirone, Oldnapalm, netkas, Elconiglio, artut-pt, ErmaC, Pavo, Toleda, Master Chief and family, bcc9, The King, PMheart, Sherlocks, Micky1979, vit9696, vandroiy2013, Voodoo Team, Pike R. Alpha, lvs1974, Austere.J, CVad, headkaze, onemanosx, erroruser, Jenny David, Sampath007, Facebook Hackintosh community, Facebook Olarila community, SchmockLord, daliansky and many, many, many others!
       
      We're all here to have fun and learn from each other!
    • By dmpcoke
      Hi,
       
      I followed the OC guide, and installed Catalina 10.15.5 on my PC.
      The installation went very well. Most parts also work well after I login to the desktop except the following
      issue:
      Each time I tried to log back into the desktop from sleep, I would get a black screen very shortly after I entered the desktop.
      And black screen will last from a few seconds to a few minutes, no exact lasting time.
      Keyboards and mouse are still working during black screen, I can see the operations after the monitor works again.
       
      It connects LG monitor via DP port and I tried to modified the dp version between 1.2 and 1.4, got the same issue.
       
      Attached my entire OC folder, I'm so appreciated if someone could help me check it out, or tell me which part I should focus on.
       
      Thanks in advance!
       
      P.S. Here is my PC summary: Dell Optiplex 7060 MFF
       
      CPU Intel(R) Core(TM) i3-8100 CPU @ 3.60GHz; 8th Gen, Coffee Lake GPU Intel(R) UHD Graphics 630 RAM Team Group 32 GB (2 × 16GB), 2400 MHz, DDR4 Chipset
      Intel 300 Series LPC (Q370) – A306 Audio Realtek ALC255/3234 (Codec ID: 0x10EC0255) Ethernet Intel(R) Ethernet Connection I219-LM WiFi/BT M.2 BCM43224 802.11a/b/g/n Storage Samsung SSD 970 EVO 500GB USB Ports Type-C × 1,USB 3.0 × 5 Video Output DP × 2 Monitor LG 4K 3840 x 2160 @ 60 Hz
      BIOS v1.4.2 OC.zip
    • By fantomas
      macOS Catalina 10.15.6 beta (19G36e)
×