And does the bios reset you on the asrock as well? I thought you had the asus.
Unfortunately, it does. No matter what I tried. This is why I thought you might be able to help me try to patch DSDT/modify SSDTs to have a TRX50-like behavior.
On trx50 the acpi paths of Thunderbolt on dsdt are missing and the ssdt that defines gpe methods is missing, so it works without reset, at the fw level of Thunderbolt
Do you know any AM5 board where TB Hotplug works over a shutdown/restart?
it is already included. But it does not work. I did not find error where it is. Can you review my EFI ?
I doubt that it is the entries in your MMIO Whitelist that is causing reboots, the main thing that happens if your entries are incorrect is it won't boot. It's much more likely it's something else in your EFI that needs modifying or possibly a hardware issue unless you have ruled that out in another OS (memory timings can cause reboots as an example). It could also easily be a USB issue and your port map isn't correct, did you map your USB ports or are you relying on another persons configuration?Can somebody please guide me to more in-depth guide of MMIO Whitelist ?
The link in original post is dead (is there a copy or mirror somewhere, googling did not help) and Dortania guide is VERY minimalistic. I want to understand what I'm doing wrong.
My board is MSI X670-P Wifi. With EFI from original post here (OC 0.9.1) I was able to boot my system
But at least once in a day (not too often) it created random reboots. OK, I tought, I must create MMIO Whitelist to my own board...
Using Debug version of OC gives me:
13:432 00:020 OCABC: MMIO devirt start
13:453 00:020 OCABC: MMIO devirt 0xE0000000 (0x10000 pages, 0x800000000000100D) skip 0
13:473 00:020 OCABC: MMIO devirt 0xF7000000 (0x7E00 pages, 0x800000000000100D) skip 0
13:494 00:020 OCABC: MMIO devirt 0xFEE00000 (0x1 pages, 0x8000000000000001) skip 0
13:515 00:020 OCABC: MMIO devirt 0xFEE01000 (0x11FF pages, 0x800000000000100D) skip 0
13:536 00:020 OCABC: MMIO devirt 0x1040000000 (0x20200 pages, 0x800000000000100D) skip 0
13:606 00:070 OCABC: MMIO devirt end, saved 935936 KB
13:626 00:020 OCABC: Only 128/256 slide values are usable!
13:647 00:020 OCABC: Valid slides - 128-255
Quite normal picture I would say ? Rows 3 and 4 even match Asus board from this thread original post/EFI...
If I Enable -> True them in config.plist MMIO Whitelist 1 by 1, I receive skip 1 for 4 first rows and 0 for last. Fine, last one must stay Enable -> False. Correct ?
Then, if I try to boot Enabling them 1 by 1, I'm only can boot with row 2 (just like the Asus X670 EFI !). Other boots stop at kernel panic. Fine I tought, only row 2 0xF7000000 must stay Enable -> True !
But result is even worse that with WRONG ASUS EFI, I get random reboots minimum once in hour, somethies right after boot, sometimes system can not even finish boot... what I'm doing wrong ?
Thanks for that, I'm still looking at it but notice you aren't using AppleMCEReporterDisabler.kext, that's seems like an important omission. Also I see you mapped your USB Ports in your USBPorts.kext but it seems to be incorrect. For example within iMacPro1,1-XH00 that defines 12 ports, six of them are identified as USB2.0. Your board is reported to only have four USB 2.0 ports, you also call out some other USB 2 ports within the kext in other locations of the kext. AS I mention I'm still looking over your upload and will reply again if I find anything else that stands out.
github.com
During troubleshooting I disabled in the end everything I did not understand, saw the need and what as not present in my working X570S setup.
Other six are USB3 ports in USB2 mode, you know, when inserting USB2 stick to USB3 port.
Nope, not yet at least
The other thing I see and can suggest is in your ACPI section you seem to be following the Dortania guide which pretty much leaves off with Ryzen 4 processors. See the attached screen shot of another X670E AMD5 user and their ACPI entries, ignore the first entry which probably is not needed for your build. Instead of using SSDT-EC-USBX-DESKTOP.aml I would substitute it with SSDT-EC-AMD.aml and then check if you have your iGPU disabled in the bios or if you need the addition of SSDT-IGPU-DISABLE.aml.
Other six are USB3 ports in USB2 mode, you know, when inserting USB2 stick to USB3 port.During troubleshooting I disabled in the end everything I did not understand, saw the need and what as not present in my working X570S setup.
I really could not find what this kext is supposed to do, sorry.
Other six are USB3 ports in USB2 mode, you know, when inserting USB2 stick to USB3 port.
Nope, not yet at least
But really, does USB ports cause kernel panics ?
Correct, mostly Dortania. Same reason - you could not understand (what are attached in first post EFI) are SSDT-EC-AMD.aml and SSDT-USBX.aml ASUS X670E specific or generic. But I tried both - Dortania single file and 2 separate from 1st post with same results.
Sorry, I don't understand this bit:Correct, mostly Dortania. Same reason - you could not understand (what are attached in first post EFI) are SSDT-EC-AMD.aml and SSDT-USBX.aml ASUS X670E specific or generic. But I tried both - Dortania single file and 2 separate from 1st post with same results.
I picked 7500F specially for Hackintosh - the one w/o iGPU, to avoid all audio issues etc. So I do not have one and have double disabled it in BIOS
Here is a link to SSDTTime if you are interested
github.com
Okay, I see now, your posts have been very understandable, no worries. Those SSDTs can be generic and still work, they are designed to work for multiple hardware configurations but as I mentioned you can pretty easily create your own specific SSDTs.
That explains why you don’t need that kext, always helpful to include what version of macOS you are running.
Right, I wasn’t saying it’s not a good board just I would not recommend them for a Ryzentosh except to someone who doesn’t mind a little frustration and a possible poor outcome. You will notice that most success stories here and on other sites use ASUS or Gigabyte motherboards.
