• Become a Premium Member for $25/year with no ads to improve your community experience.

RX 6800 (Sleep/Display)

what is the best ordering ? normally 3 very important are first ones! others no matter no?
 
If that's the case, here are the issues

- SSDT-EC-USBX is for Skylake and above.
- SSDT-PMCR is for Coffee Lake.
- SSDT-RTC0 isn't required unless you have RTC issues.
- SSDT-CPU exists so why CpuPm and Cpu0Ist is being dropped?
- You're using SSDT-UNC as well as also using a UNC rename
- Kext sorting order is not correct.
- ASUS reports the SMBIOS normally. Not sure why CustomSMBIOSGuid is being used.
- You're using SSDT-RTC0 as well using a Kernel patch.

These are some main keypoints. Other than this, a clean-up is required for the whole config.plist as described in the guide.


I have disabled all ACPI's that were mentioned as minor to my system. The order of kexts — does not play any roles here, the first are Lily, VirtualSMS, WhateverGreen.

Problem are same: on working system, turnOFF monitor / turn ON monitor, and after that i dont have signal from graphics card. If i switch cable to HDMI, Display wake's up and back normal. USBWakeFixup.kext also not helps cause usb working after lost signal.

It's all great to dig into universal manuals you linked, but there's a specific question about specific equipment. (i4960x, Asus Rampage IV, RX6800, and no internal GPU/cards)
 
I have disabled all ACPI's that were mentioned as minor to my system. The order of kexts — does not play any roles here, the first are Lily, VirtualSMS, WhateverGreen.

Problem are same: on working system, turnOFF monitor / turn ON monitor, and after that i dont have signal from graphics card. If i switch cable to HDMI, Display wake's up and back normal. USBWakeFixup.kext also not helps cause usb working after lost signal.

It's all great to dig into universal manuals you linked, but there's a specific question about specific equipment. (i4960x, Asus Rampage IV, RX6800, and no internal GPU/cards)
Before you attempt to fix the issues you have, the configuration must be according to the guide. Kext loading matters. If you think you can jump on the issue without fixing the important ones, you're on a wrong track!
 
Before you attempt to fix the issues you have, the configuration must be according to the guide. Kext loading matters. If you think you can jump on the issue without fixing the important ones, you're on a wrong track!
Looks good now?
 
I have sort of the same issue on my system. Only difference: I have a HDMI switch in the loop. But symptoms are the same. When I turn off the monitor and turn it back on again my Hack does not produce any output. When I unplug the HDMI cable or turn off/on the HDMI switch picture comes back. Unfortunately the same happens when I switch HDMI source via the switch - when I switch back to Hack the screen stays black. Interestingly enough the monitor does not go to sleep in this situation. So there is a video signal - that of a black screen ;-)
And even if I connect the Hack directly to the second HDMI port on my monitor - turning off/on the monitor or switching between HDMI inputs (now with the monitor's OSD) turns the Hack's display black.
In any case only unplug/plug HDMI cable revives the display.
Side note: When I boot my (dual boot) Hack into Windows 10 everything works perfect and when I had this Hack running with my NVIDIA Geforce 1060 (with OCLP patches) everything worked perfect too.
I even did a fresh install with Ventura to see if it is AMD/Sonoma related but issue was the same.
Attached my EFI folder even if I know what EliteMacx86 is going to say about it ;-)
 

Attachments

I have sort of the same issue on my system. Only difference: I have a HDMI switch in the loop. But symptoms are the same. When I turn off the monitor and turn it back on again my Hack does not produce any output. When I unplug the HDMI cable or turn off/on the HDMI switch picture comes back. Unfortunately the same happens when I switch HDMI source via the switch - when I switch back to Hack the screen stays black. Interestingly enough the monitor does not go to sleep in this situation. So there is a video signal - that of a black screen ;-)
And even if I connect the Hack directly to the second HDMI port on my monitor - turning off/on the monitor or switching between HDMI inputs (now with the monitor's OSD) turns the Hack's display black.
In any case only unplug/plug HDMI cable revives the display.
Side note: When I boot my (dual boot) Hack into Windows 10 everything works perfect and when I had this Hack running with my NVIDIA Geforce 1060 (with OCLP patches) everything worked perfect too.
I even did a fresh install with Ventura to see if it is AMD/Sonoma related but issue was the same.
Attached my EFI folder even if I know what EliteMacx86 is going to say about it ;-)
Well, well, if your hardware is same as indicated in profile, the EFI is a whole mess and problems are expected.

Secondly, the system has AMD or NVIDIA GPU?
 
Haha. Why was I expecting this exact answer. Yes I admit - I was lazy and used the sort of working EFI provided by olarilla. I am just now creating a fresh and clean EFI as per your guide. I will boot my system from that EFI in a minute and report. And yes - HW is as in the profile. Coffee Lake with AMD GPU.

Edit:
Good news: My system still boots with my very own EFI. (first time this works, kinda proud)
Bad news: Display problem still there :-(

Attached new EFI - I tried my best to follow the guide.
 

Attachments

Last edited:

Forum statistics

Threads
1,920
Messages
17,882
Members
27,663
Latest member
Binhyen8x