Front USB ports not working

[errevi]

I'm struggling with 2 USB ports not working, the ports (2 front case USB ports) are working and mapped using Windows 11 and USBToolBox, but are not working with OSX.
Many thanks for your helping
EFI and ACPI Dump

 

[errevi]

Here the Full EFI, thank you!
The SSDT_CPUR was download from Dortania Guide...

 

[Edhawk]

Your config.plist contains a patch from SSDTTime that renames the _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH00_STA to XSTA, which I don't think is correct.

I think the correct rename pattern should be _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH00 to _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH01, so it doesn't clash with the other XH00 USB controller.

This is a screenshot showing the Rename patch I would use.



5F53422E 50434930 2E475050 372E5550 30302E44 5034302E 55503030 2E445036 302E5848 3030 = _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH00

5F53422E 50434930 2E475050 372E5550 30302E44 5034302E 55503030 2E445036 302E5848 3031 = _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH01

The rename HEX code needs to be this long so the other XH00 USB controller (_SB.PCI0.GPP7.UP00.DP60.XH00) is not renamed by this patch.

You then need to manually edit the UTBMap.kext/Contents/Info.plist so the USB controller covering the Front USB ports is named correctly.

replaced by

I have added the patch to the config.plist in the partial OC folder you sent me, as I had started editing the config before I saw the full EFI.

I have edited the UTBMap.kext/Contents/Info.plist to match the renamed USB controller. Again this is in the partial OC folder.

See if this helps.

 

[errevi]

First thing if note is that your SSDT-CPUR.aml is not matching with your Processor.

1. The SSDT uses CP00, CP01, CP02 etc for your processor.
2. Your DSDT uses C000, C001, C002, etc for your processor.
   1. View attachment 15030 DSDT Processor ID's
3. The HID device name for your processor in the SSDT is 'ACPI0007'. This device is not present in your DSDT.
   1. View attachment 15031 SSDT-CPUR Processor ID's

So if the Front USB ports are provided by the CPU then this may be part of the reason for them not working.


You need a new SSDT-CPUR.aml table that matches with your AMD Processor ID's.

I have fixed the SSDT-CPUR.aml as per your instructions: changed the name from ACPI0007 to AMDI0008 and renamed all the 32 'CP00, CP01, CP02, etc' to 'C000, C001, C002, etc',
resetted NVRAM and booted but still same name XH00 for both controllers

 

[Max.1974]

Hello everybody. Greetings from Brazil.
I managed to solve this USB port recognition problem on Intel PCs on my Z790 Chipset board using an amazing tool to extract the tables on macOs, the Xiasl program. Available on Git Hub. The USBtoolbox kext by itself cannot "see" all the necessary ports. But it is essential for you to "up grade" with Hackintool, after obtaining Usbmaps.kext from CorpnewT.
I also suggest that if AMD processors have reading methods such as GUPC or UPC, you need to extract your Rhubs device table and modify the situation. Add 0x03 to your USB 3.0 ports because I couldn't see it in your DSDT.
I still suggest not using DSDT, as you need to test with your configuration.
So, I can partially help with a video I made of the modification of the SSDT of the USB ports (I called it RHUB) but it serves to better direct the activation of large old HDDS and SSDS, especially when the port would be 3.0.

So for example, if you use the Usbmaps tool after it is ready, and with the appropriate SSDT-RHUB edition, you open Hackintool, clean the windows in the USB tab and update. After that, you extract the new kext usbports.kext and the SSDTS. Swap it for the old kext usbmaps and it will work perfectly. But see the video I made, below, explaining about the UPC and GUPC method that a small change is necessary.

This video show best performance to work HDD, SSD and NVme on Hackintosh build, change parameters to better velocity and avoid break transfer for large files. 100% Compatible with macOs and new motherboards like Z790 Aorus Gigabyte chipset.Parâmetro a ser colocado: Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (0xFF, 0x03)) }Fontes: coloque https://1) github.com/5T33Z0/OC-Little-Translated/tree/main/03_USB_Fixes/ACPI_Mapping_USB_Ports2) www.hackintosh-forum.de/forum/thread/54986-usb-mittels-ssdt-deklarieren/?pageNo=1



See my video and GitHub tutorials, hope be possible adapt to AMD XHCI readers.

 

[keef247]

A Leg end isn't that a Foot!

 

[errevi]

Hello everybody. Greetings from Brazil.
I managed to solve this USB port recognition problem on Intel PCs on my Z790 Chipset board using an amazing tool to extract the tables on macOs, the Xiasl program. Available on Git Hub. The USBtoolbox kext by itself cannot "see" all the necessary ports. But it is essential for you to "up grade" with Hackintool, after obtaining Usbmaps.kext from CorpnewT.
I also suggest that if AMD processors have reading methods such as GUPC or UPC, you need to extract your Rhubs device table and modify the situation. Add 0x03 to your USB 3.0 ports because I couldn't see it in your DSDT.
I still suggest not using DSDT, as you need to test with your configuration.
So, I can partially help with a video I made of the modification of the SSDT of the USB ports (I called it RHUB) but it serves to better direct the activation of large old HDDS and SSDS, especially when the port would be 3.0.

So for example, if you use the Usbmaps tool after it is ready, and with the appropriate SSDT-RHUB edition, you open Hackintool, clean the windows in the USB tab and update. After that, you extract the new kext usbports.kext and the SSDTS. Swap it for the old kext usbmaps and it will work perfectly. But see the video I made, below, explaining about the UPC and GUPC method that a small change is necessary.

This video show best performance to work HDD, SSD and NVme on Hackintosh build, change parameters to better velocity and avoid break transfer for large files. 100% Compatible with macOs and new motherboards like Z790 Aorus Gigabyte chipset.Parâmetro a ser colocado: Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (0xFF, 0x03)) }Fontes: coloque https://1) github.com/5T33Z0/OC-Little-Translated/tree/main/03_USB_Fixes/ACPI_Mapping_USB_Ports2) www.hackintosh-forum.de/forum/thread/54986-usb-mittels-ssdt-deklarieren/?pageNo=1

View attachment 15040

See my video and GitHub tutorials, hope be possible adapt to AMD XHCI readers.

I see your point and I thank you, I guess it's better to set the usb ports using SSDT but the problem I have is a bit different from mere mapping ports, the problem i'm facing is that I have a bios code that assign the same name to 2 different controllers so that one of the two controllers can not be populated with ports already mapped with UTBMap.kext from Windows (where all five controllers are correctly populated instead).
I will for sure watch your video hoping to better understand...
@Edhawk I applied your patches and kext, there's an improvement in IOReg, the name of the kext is there when before there was nothing, the ports are shown but still not working and the controller has not been renamed:






Many thanks

 

[Max.1974]

Hi @errevi

Hello everyone, I understand your point of view. I struggled with the Z790 controller versions that must be similar to the X670 you have. The issue is that USBmap doesn't really work, not even with Windows. And unfortunately, until you test and modify the SSDT I told you about, it probably won't work only with a Kext like USBmap. I managed to make it work only with the SSDT and after compiling the SSDT, yet, even after compiling the USBmaps, I had to exchange "on top", for the USBPorts and Hackintool's SSDT's and still remain with the SSDT_RHUB that I compiled, from that This way I made macOs read the USB 3.0 ports of a single reader. You need to eliminate the readers, I also have more than one on my board. That was the problem. The same one you face now. They've looked into this in many places, but you need to do some research. Greetings!

Check here: https://github.com/5T33Z0/OC-Little-Translated/tree/main/03_USB_Fixes/ACPI_Mapping_USB_Ports

Sources: https://pikeralpha.wordpress.com/2016/07/13/simple-skylake-usb-fix-no-kexts-required/ and https://www.hackintosh-forum.de/forum/thread/54986-usb-mittels-ssdt-deklarieren/?pageNo=1

Good Lucky

 

[leesurone]

Hi @errevi

Hello everyone, I understand your point of view. I struggled with the Z790 controller versions that must be similar to the X670 you have. The issue is that USBmap doesn't really work, not even with Windows. And unfortunately, until you test and modify the SSDT I told you about, it probably won't work only with a Kext like USBmap. I managed to make it work only with the SSDT and after compiling the SSDT, yet, even after compiling the USBmaps, I had to exchange "on top", for the USBPorts and Hackintool's SSDT's and still remain with the SSDT_RHUB that I compiled, from that This way I made macOs read the USB 3.0 ports of a single reader. You need to eliminate the readers, I also have more than one on my board. That was the problem. The same one you face now. They've looked into this in many places, but you need to do some research. Greetings!

Check here: https://github.com/5T33Z0/OC-Little-Translated/tree/main/03_USB_Fixes/ACPI_Mapping_USB_Ports

You probably will need use new kexts from https://github.com/daliansky/OS-X-USB-Inject-All to start compiling

Sources: https://pikeralpha.wordpress.com/2016/07/13/simple-skylake-usb-fix-no-kexts-required/ and https://www.hackintosh-forum.de/forum/thread/54986-usb-mittels-ssdt-deklarieren/?pageNo=1

Good Lucky

This could help him but please be aware USBInlectAll.kext only works on intel platforms, not AMD. Typically it's easier to map AMD machines as they have additional controllers that make it easier staying under the 15 port limit.

 

[errevi]

I do a recap after one week of attempts:
I have try hard to understand how to get the 'missing' RHUB to work, I have try applying SSDTTime suggested SSDT
and ACPI patch related to 'GPP7.UP00 to UPXX to fix Gigabyte's Mistake'.
The usbmap kext should be fine and settled correctly, I also have try to remove the patch, rename the controllers, I have try all possible combinations like adding or removing kexts, patches, SSDT's, updated latest F32b BIOS , I've even successfully updated to Sequoia...
NOTHING! Everything is working excluding the bloody USB Controller and mouse/keyboard one click wakeup! (have to wake up pushing the case power button).
Another weird issue is that I can not open the raw DSDT dumped from Opencore debug via OpenShell, Clover, etc. as it always gives error:
ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20200925/psobject-372)
Firmware Error (ACPI): Failure creating named object [\_SB.PCI0.GPP7.UP00], AE_ALREADY_EXISTS (20200925/dswload-495)
Could not parse ACPI tables, AE_ALREADY_EXISTS
(Regarding this I suspect a BIOS bug or anomaly but may be wrong)
I can fortunately open the DSDT dumped from Hackintool
The missing RHUB controller is in the system DSDT but it does not show with USBToolBox nor with USBMap, in IOReg the controller is there but no ports are populated under it.
I surrender, I've spent all my family time 'till late night diving in ACPI related docs but this is really above my understanding.
I call for help to the Guru's here, and please forgive me for the direct mention:
@Lorys89
@CaseySJ
@Shaneee
and the always kind @Edhawk
I attach below the related files (DSDT Dump, IOReg dump, EFI), pls tell me if you need something else in case you decide to help me.
Thanks!

 

[CaseySJ]

@errevi,

For the XH00 device located here _SB.PCI0.GPP7.UP00.DP40.UP00.DP60.XH00, there is no RHUB child device in DSDT. This is most likely why USBToolBox is unable to map USB ports.

Also notice this:

 

[Lorys89]

Hi, I'm not a guru And I don't care about that role.
Then I recommend that you go to discord amd and have corpnewt create patch rename and so you don't have to use the patched dsdt.
Then I'll help you create a usb mapping ssdt, I prefer it to kext.
Tag me when you're ready.

 

[errevi]

Thanks to both! Will follow your advices and let you know.

 

[errevi]

@Lorys89 This is the reply I've got from CorpNewt, but that patch was already merged in my config.plist and is applied as you can see from my EFI folder, what else am I missing ?

CorpNewt — Today at 1:03 AM
The DSDT.aml that's in your "ACPI DUMP" folder does not have any orphaned scope sets that I can see - it does double-define the GPP7.UP00 device,
which SSDTTime can verify and provide a patch for. For simplicity's sake I've attached it here:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>ACPI</key>
    <dict>
        <key>Patch</key>
        <array>
            <dict>
                <key>Base</key>
                <string></string>
                <key>BaseSkip</key>
                <integer>0</integer>
                <key>Comment</key>
                <string>GPP7.UP00 to UPXX to fix Gigabyte's Mistake</string>
                <key>Count</key>
                <integer>0</integer>
                <key>Enabled</key>
                <true/>
                <key>Find</key>
                <data>
                EEcFLwNfU0JfUENJMEdQUDdbgkUEVVAwMA==
                </data>
                <key>Limit</key>
                <integer>0</integer>
                <key>Mask</key>
                <data>
                </data>
                <key>OemTableId</key>
                <data>
                AAAAAA==
                </data>
                <key>Replace</key>
                <data>
                EEcFLwNfU0JfUENJMEdQUDdbgkUEVVBYWA==
                </data>
                <key>ReplaceMask</key>
                <data>
                </data>
                <key>Skip</key>
                <integer>0</integer>
                <key>TableLength</key>
                <integer>0</integer>
                <key>TableSignature</key>
                <data>
                AAAAAA==
                </data>
            </dict>
        </array>
    </dict>
</dict>
</plist>

 

[Lorys89]

Send updated efi and ioreg.

 

[errevi]

Send updated efi and ioreg.

Grazie Lorys89!

 

[Lorys89]

Grazie Lorys89!

test this and send new ioreg log

 

[errevi]

test this and send new ioreg log

Here it is, thank you!

 

[errevi]

Maybe I could be wrong, I don't know exactly what is supposed to rename, but comparing the IOregs before and after applying the SSDTTime patch 'GPP7.UP00 to UPXX to fix Gigabyte's Mistake' seems that nothing is changing... (IORegs attached)

BTW @Lorys89 I have made many tests with your DSDT but I am still not able to activate the RHUB, any idea? Thanks

 

[Lorys89]

test with this dsdt and enable quirks rebaseregions

 

[Lorys89]

and disable acpi rename