Contribute
Register

[GUIDE] Catalina on HP EliteDesk 800 G4/G5 Mini - The Perfect MacMini8,1 Hackintosh - CLOVER & OC

does this tuto work with elitedesk 800 mini G3 version ?
I would recommend finding a thread on the G3 and post questions there, since our systems have fundamental differences that greatly affect how we patch for macOS. You will learn a lot by reading this thread (starting with the first post and paying attention to methodology and lessons learned), but your solution will be different and the solutions in this thread may lead you down the wrong path for your system.

The immediate differences that I see are your chipset (Q270 vs the G4 Q370) and generation of your CPU (6th or 7th gen vs 8th gen for G4 and 9th gen for G5). This may require different Quirks if you're using OC.

Also, your SMBIOS MacModel may be need to be different (for CPU and GPU power management) and you may need to spoof / fake a different CPU if your CPU is not "natively" supported by Apple. I don't know what "native" support Apple has that match your system specs.

Because your graphics are different (UHD 530 vs UHD 630), your WhateverGreen DeviceProperties will be different. You will need to read this.

@maclode1950 I happened to be looking at the specs for an EliteDesk 800 G3 Mini and see that Kabylake HD 630 Graphics are possible in your unit. I had stated 530 above. You'll still need to develop your own WEG patches, but I wanted to correct my statement. Good luck!
 
Last edited:
Finally I had time to make some tests. I started with your latest EFI folder that includes the latest configuration. I only changed SMBIOS to iMac19,1 and the machine gets KP when booting, so I tried leaving the SMBIOS as is, Macmini8,1, and macOS works very well completely, USB ports included. For the moment I am going to stuck with it. Much better PM than mine, created with default Dortania files, now the CPU wattage is much much lower!! Great work @deeveedee, thank you really much!

Only have one thing to fix, but don't know how to achieve it. Now my Windows 10 OS on the separate NVMe drive doesn't boot using OpenCore. Can you give me a hint in order to fix it?

Thank you!
 
Finally I had time to make some tests. I started with your latest EFI folder that includes the latest configuration. I only changed SMBIOS to iMac19,1 and the machine gets KP when booting, so I tried leaving the SMBIOS as is, Macmini8,1, and macOS works very well completely, USB ports included. For the moment I am going to stuck with it. Much better PM than mine, created with default Dortania files, now the CPU wattage is much much lower!! Great work @deeveedee, thank you really much!

Only have one thing to fix, but don't know how to achieve it. Now my Windows 10 OS on the separate NVMe drive doesn't boot using OpenCore. Can you give me a hint in order to fix it?

Thank you!
Awesome - that's great news! I haven't experimented with iMac19,1, but it's possible that you would need to "start from scratch" for USB and Graphics patching before making the SMBIOS MacModel switch. In other words, before switching SMBIOS, you might need to delete your USB patch (USBPorts.kext or USBInjectAll.kext / SSDT-UIAC.aml) and enable XHC Port Limit. Then use Hackintool to find the correct USB patch (see here). Then remove your Graphics Device Properties and start over with Device Property experimentation to find the correct WEG properties. Start with just USB to see if that does the trick.

Unfortunately, I won't be much help with booting other OSes with OC. @Carstimann posted a potential OC dual-boot solution here. I have not reviewed / tried it and am still content to press F9 in the rare instances that I want to boot Windows. I have not reviewed / tested my ACPI patches (SSDTs) for Windows (although some already have the "Darwin" conditionals) and I haven't edited the OC config.plist for Windows.
 
I have upgraded my HP EliteDesk 800 G4 Mini BIOS to the recently released 02.14.01 Rev.A. All appears to be well. Be patient with this BIOS update and don't touch your PC until the update is finished. There may be long, awkward pauses of inactivity (even pauses where it appears that the unit is completely off / dark and there are no indicator lights).
 
Finally I had time to make some tests. I started with your latest EFI folder that includes the latest configuration. I only changed SMBIOS to iMac19,1 and the machine gets KP when booting, so I tried leaving the SMBIOS as is, Macmini8,1, and macOS works very well completely, USB ports included. For the moment I am going to stuck with it. Much better PM than mine, created with default Dortania files, now the CPU wattage is much much lower!! Great work @deeveedee, thank you really much!

Only have one thing to fix, but don't know how to achieve it. Now my Windows 10 OS on the separate NVMe drive doesn't boot using OpenCore. Can you give me a hint in order to fix it?

Thank you!

That is pretty strange: I have had no problem booting windows off of another SSD through OC and I have also tested moving the SMBIOS to an iMac19,1 and had no problems doing it (though I found no benefit so I reverted).
I also found no difference to speak of between in power management between the CPUfriend solution you had in your EFI and after it's removal allowing MacOs to manage it itself.
The final step for me was done today where I moved the ACPI implementation from the vanilla OC to @deeveedee's more customized one and I am still testing this. So far, no difference to speak of. I did a USB remap and the map is the same, I only added the corresponding connector types on my version. It is just so lucky for us that these machines have exactly 15 USB ports to be represented. (3 front x2, 4 rear x2, M.2 internal x1).

Been trying the watch unlock but that's for another thread...
 
I have also tested moving the SMBIOS to an iMac19,1 and had no problems doing it ...
That's encouraging.

@chanquete69 , if you want to post your EFI that's causing your troubles, we have enough eyes looking at it that we might be able to help you. When you post your EFI, please confirm that your BIOS settings match those described in the PDF document attached to Post #1.
 
That's encouraging.

@chanquete69 , if you want to post your EFI that's causing your troubles, we have enough eyes looking at it that we might be able to help you. When you post your EFI, please confirm that your BIOS settings match those described in the PDF document attached to Post #1.
Hi have just tried with the current EFI folder with latest changes to USBPorts, and deleted USBX. Same panic:

panic(cpu 0 caller 0xffffff8017a449ea): Kernel trap at 0xffffff8017a5721f, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0x00007ffeed1a2008, CR3: 0x000000001cb4d000, CR4: 0x00000000003626e0
RAX: 0x000000007e008001, RBX: 0xffffff801820ce40, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff83b0393ef0, RBP: 0xffffff83b0393f20, RSI: 0x000000007e008000, RDI: 0x000000007e008001
R8: 0x0000000000000001, R9: 0x0000000000000006, R10: 0x0000000000000001, R11: 0xffffff80183f5280
R12: 0xffffff801820ce40, R13: 0x00000000009a17a5, R14: 0x00000002ed373180, R15: 0x0000000000000000
RFL: 0x0000000000010046, RIP: 0xffffff8017a5721f, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0x00007ffeed1a2008, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 1, VF: 0

Backtrace (CPU 0), Frame : Return Address
0xffffff8017751220 : 0xffffff801791868d mach_kernel : _handle_debugger_trap + 0x49d
0xffffff8017751270 : 0xffffff8017a52ab5 mach_kernel : _kdp_i386_trap + 0x155
0xffffff80177512b0 : 0xffffff8017a4463e mach_kernel : _kernel_trap + 0x4ee
0xffffff8017751300 : 0xffffff80178bea40 mach_kernel : _return_from_trap + 0xe0
0xffffff8017751320 : 0xffffff8017917d57 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8017751420 : 0xffffff8017918147 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff8017751470 : 0xffffff80180bf2bc mach_kernel : _panic + 0x54
0xffffff80177514e0 : 0xffffff8017a449ea mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff8017751660 : 0xffffff8017a446e8 mach_kernel : _kernel_trap + 0x598
0xffffff80177516b0 : 0xffffff80178bea40 mach_kernel : _return_from_trap + 0xe0
0xffffff80177516d0 : 0xffffff8017a5721f mach_kernel : _xcpm_idle + 0x37f
0xffffff83b0393f20 : 0xffffff8017a465ba mach_kernel : _machine_idle + 0x1da
0xffffff83b0393f40 : 0xffffff801793d7e7 mach_kernel : _processor_idle + 0xf7
0xffffff83b0393f80 : 0xffffff801793d9a8 mach_kernel : _idle_thread + 0x48
0xffffff83b0393fa0 : 0xffffff80178be13e mach_kernel : _call_continuation + 0x2e

BSD process name corresponding to current thread: kernel_task
Boot args: keepsyms=1 darkwake=2 igfxonln=1 igfxagdc=0 chunklist-security-epoch=0 -chunklist-no-rev2-dev chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
19H15

Kernel version:
Darwin Kernel Version 19.6.0: Thu Oct 29 22:56:45 PDT 2020; root:xnu-6153.141.2.2~1/RELEASE_X86_64
Kernel UUID: 9B5A7191-5B84-3990-8710-D9BD9273A8E5
Kernel slide: 0x0000000017600000
Kernel text base: 0xffffff8017800000
__HIB text base: 0xffffff8017700000
System model name: iMac19,1 (Mac-AA95B1DDAB278B95)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 12570420864

No problems with Macmini8,1 SMBIOS.

Attached EFI folder that gives me KP.

Thank you!
 

Attachments

  • EFI_iMac19,1_panic.zip
    5.2 MB · Views: 73
Hi have just tried with the current EFI folder with latest changes to USBPorts, and deleted USBX. Same panic:



No problems with Macmini8,1 SMBIOS.

Attached EFI folder that gives me KP.

Thank you!
Looks to me like we've forgotten about some of the things we already discussed. The EFI you posted includes graphics DeviceProperties that specify framebuffer-conX-type = DigitalDVI. You previously indicated that your graphics ports are DP and your displays are DP (no graphics adapters) so you should be using framebuffer-conX-type = DP (0x0400). Please read Known Issues and look specifically for DVI and BusID comments. You will need to create your own graphics Device Properties. Your system has display properties that are different from the specs in Post #1 of this thread, so you need to customize your config.plist for your own system. This may include some or all of the following:
  1. AAPL,ig-platform-id: My system requires <0000923E> as explained here. You may need <07009B3E>
  2. framebuffer-con0-type: My system requires <04000000> because I am using DP->DVI adapters. Your system will require <00040000> because you are using DP with no adapters.
  3. framebuffer-conX-busid: My system requires <01000000> which is appropriate for DigitalDVI. According to this, BusID 1 is not valid for port type DP, so you will need to change your framebuffer-conX-busids to one valid for DP ports (BusIDs 0x02, 0x04, 0x05, 0x06 are permitted according to this).

I didn't look beyond that. Proper framebuffer patching is tedious - the most difficult part of this build for me. I can't spare you the pain. You will need to experiment to find the correct framebuffer patching for your system.

Posts that you should read are:
 
Last edited:
Looks to me like we've forgotten about some of the things we already discussed. The EFI you posted includes graphics DeviceProperties that specify framebuffer-conX-type = DigitalDVI. You previously indicated that your graphics ports are DP and your displays are DP (no graphics adapters) so you should be using framebuffer-conX-type = DP (0x0400). Please read Known Issues and look specifically for DVI and BusID comments. You will need to create your own graphics Device Properties. Your system has display properties that are different from the specs in Post #1 of this thread, so you need to customize your config.plist for your own system. This may include some or all of the following:
  1. AAPL,ig-platform-id: My system requires <0000923E> as explained here. You may need <07009B3E>
  2. framebuffer-con0-type: My system requires <04000000> because I am using DP->DVI adapters. Your system will require <00040000> because you are using DP with no adapters.
  3. framebuffer-conX-busid: My system requires <01000000> which is appropriate for DigitalDVI. According to this, BusID 1 is not valid for port type DP, so you will need to change your framebuffer-conX-busids to one valid for DP ports (BusIDs 0x02, 0x04, 0x05, 0x06 are permitted according to this).

I didn't look beyond that. Proper framebuffer patching is tedious - the most difficult part of this build for me. I can't spare you the pain. You will need to experiment to find the correct framebuffer patching for your system.

Posts that you should read are:
Thank you for your response. I made the changes in the framebuffer you suggested, in fact I copied them since my own configuration where I have iMac19,1 SMBIOS working and the same problem appears, I have KP. I attach them again with the changes to this post. As I said, MM8,1 works really well for me, I am trying only the change to iMac19,1 to see if Power Management would be better for 9th Gen Intel Processor, but I will probably stuck with your stock EFI.

I hope this weekend will have time to completely format the Elitedesk to make a Big Sur clean install, so I will probably stuck with the Macmini8,1 SMBIOS.

Thank you very much for your work deeveedee!
 

Attachments

  • EFI.zip
    5.2 MB · Views: 79
Thank you for your response. I made the changes in the framebuffer you suggested, in fact I copied them since my own configuration where I have iMac19,1 SMBIOS working and the same problem appears, I have KP. I attach them again with the changes to this post. As I said, MM8,1 works really well for me, I am trying only the change to iMac19,1 to see if Power Management would be better for 9th Gen Intel Processor, but I will probably stuck with your stock EFI.

I hope this weekend will have time to completely format the Elitedesk to make a Big Sur clean install, so I will probably stuck with the Macmini8,1 SMBIOS.

Thank you very much for your work deeveedee!
Not sure I completely understand, but if MM8,1 works, that's great! Note that in the most recent config.plist you posted, you're still trying to use framebuffer-con0-busid=1 with framebuffer-con0-type=0x0400 which according to this is invalid.
 
Back
Top