Asrock Z590 Phantom Gaming-ITX/TB4 Thunderbolt 4 help

dasboot5 said:

Here are screenprints of USBtoolbox from the Loque build: You will note Port 13 is not enumerated properly this the ITE RGB lighting 255 on the board, not the lights from the header pins, but the lights on the side of the board which are mapped even though not functioning correctly. This should not affect the proper functioning of the rest of 14 in the map. The separate controller for Thunderbolt which is 3.1 controller 4 ports has only one port mapped.
View attachment 578321
View attachment 578322
View attachment 578323
View attachment 578324
View attachment 578325

Click to expand...

never needed to use that before, can't see the reason to have 2 kexts just to make USB work correctly

hackintool way only needs the one kext and a lot easier to setup

USB toolbox requires 2 kexts. Hackintool is ONE but abnormal controllers do not show in Hackintool you can see that from the screenprint I provided from Hackintool's USB section. USBtool box shows all the controllers as you would have available on the Windows side. It is known that Asmedia controllers "although these boards do not have that", do not show in Hackintool but function perfectly. Edhawk confirmed this in a discussion with me in the USB mapping guide some time ago. (I believe it is because the Toolbox map is not a injected kext is requires the other piece in order to load together and it is not smbios dependent) I would direct you to the Tonymac guide for the USBtool box and especially post 21 of that thread: USBToolbox guide

You will note the Toolbox map kext does not have executable path but the toolbox kext before it does. Hackintool's map kext has a executable path but is smbios dependent.

@etorix When you helped me on the AMD Asrock board we (you) had to create a special SSDT to get the USB ports to show up based on an external article. This is because Asrock handles the USB bus differently than other manufacturers such as Asus, MSI, or Gigabyte. This was the article we used to get they working: USB Mapping

What. does the IO reg file, I supplied, show in regards to the 4 ports on the second controller that are not functioning properly on ether build? NOTE: I inserted and activated the Mapleridge SSDT you supplied with SSDT DTPG and there was no change whatsoever. I am attaching an ACPI re-dump from Hackintool with this post with those SSDT's active.

ACPI dumps will not change, save for user-supplied SSDTs.
IOReg might change with a suitable SSDT. The previous IOReg shows that PCI0.PXSX.TBDU interfere with our naming. Please try this amended SSDT and check RP21 in IOReg:

The "second controller" is Maple Ridge, it actually has only one USB (SS) port, and we do not need to map it.

The chipset supplies (#port number):

rear panel, left column of blue USB-A
HS #07 / SS #25
HS #06 / SS #24
HS #04 / SS #18
HS #03 / SS #17
rear panel, teal USB-A
HS #05 / SS #19

HS #01 for Broadcom Blutooth
HS #11 for USB 2 link from Thunderbolt port
HS #12 / SS #21 for front panel E-key —this shoud have another pair of logical ports because it is 20 Gb/s
HS #13 for internal RGB lighting
HS #14 for Intel Blutooth (disabled) —this puzzles me as much as @Feartech if the cards were in the same slot
HS ?? / SS ?? for 19-pin header —not mapped, maybe not plugged?

Can we see the genrated USB map kext?

Loaded new SSDT. New IO reg attched and USB map kext (info plist)

So @etorix I do not know what we have accomplished here. And I have an odd thing to report about the Type E connector on the board, which goes to a Modded USB C connector mounted in the front cover of the Loque case. I have a similar mod on my Mojilinir build.
The USC C port on the back IO is only port tied to the 3.1 controller which we both believe is the Thunderbolt port as well. This functions as it did before when I connect my P40 Western Digital Game Drive (NVME) into that port it shows in USBTOOLBOX on windows that is operated at 3.1 gen 2 speed PORT 21. On the Mac side it shows in Mac System Report as being on the 3.1 controller running at a max of 10GB/sec. However it does not show In Hackintool as that controller is invisible to Hackintool. I can un-mount the drive by normal means on both OS's. The teal USB A port on the back IO runs at the same speed but is on the 3.2 controller not Thunderbolt.
However, when I connect the same drive to the front USB C /internal E port It mounts but when I attempt to view the drive in Mac System report under USB the USB window will no populate at all and If I open Hackintool the main window appears but if I click on USB in freezes the machine and Only a hard shut down can get it back.
In windows if functions properly on that port but cannot unmount it, no machine freezes
Putting the Game drive in the teal port on the back IO USB toolbox in windows said it is on Port 5 running at USB 2.0 speed. Not even 3.0. Here are some screen prints:


If Thunderbolt was working it would run at least at 20GB/sec theorectical at the back C port...?? Maybe the drive is the limiter?

Silly me… Wrong ACPI path all along.

USB over Thunderbolt is 10 Gb/s at best. USB 3.2 Gen 2x2 (the x2 part in general) is NOT part of the Thunderbolt specification. Maybe there is some collision in USBToolbox because both controllers appear as 'XHCI', with different paths.

HWINFO64 in Windows shows the ports as they should in Windows, and also in the proper manner, as there are no issues with Thunderbolt recognition in Windows. This utility program shows the controllers almost identically to the toolbox. My concern now is maybe for the Mac side my Bios settings for Thunderbolt may be incorrect... I have USB turned on as one of the three settings.
Here are screenprints of the USB port architecture for the Asrock Z590 from HWinfo 64 running under Windows 11 Pro. You will note I have the P40 Game Drive on port 3 which is the USB C port on the back IO which should be the fast port on the machine. (Showing USB 3.1 SuperSpeedPlus on the expanded info on the right pane.) Also, what about the other SSDT I added, should I remove it and only use the latest Etorix one alone? SSDT-DTPG is currently installed.
Btw, Port 13 is the internal board light port that is not enumerating properly.
Chime in @CaseySJ , @Edhawk, @craighazan @Feartech and should I add Thunderboltreset.kext and or TbForcePower.efi?