Strange usb audio issues - x570-F Strix

[astroneffdj]

Hi everyone,

I have a strange issue with my build : 3900x, x570-f strix, 1080ti, 10.13, opencore 0.7.2

everything works as expected except this strange issue
the build is for audio production purpose so i have a usb audio interface (ur22 mk2), the soundcard is compatible with the built in macos usb audio driver AND also has his own driver besides (yamaha steinberg usb driver) witch enables more customizations like buffer size and such. but it has to work even without the custom driver (tested on many macs i had over the years)

The problem is : when i plug the soundcard into any usb port it will not show on macos as an audio device (plugged before boot or plugged afterwards dosent change anything), if i install the driver, same thing In hackintool's usb section the port used by the soundcard shows as active and the "device" section shows "IOUSBHostDevice" with a speed of 480m/s

i've tried using a powered hub in case of usb power issues but no luck here

Hope someone can help me with this, at least getting on a path to dig on

Many thanks

i include a screenshot of the usb section and my whole EFI folder if it can be useful

 

[Shaneee]

Using Windows and USBToolBox remake your USB Mapping. Just generating the kext with Hackintool isn't going to be enough.

There's also a lot of unnecessary ACPI file in your EFI. Also the older patches and remnants of older OpenCore versions like the bootstrap folder. If you want take a look at my X570-F EFI linked in my signature.

 

[astroneffdj]

i've looked into your files to compare, can i reuse yours and ditch mine ? you seems to have the same mobo
do you think it will work for high sierra ? what changes do i have to make concerning the gpu ?

Or is it better to keep my files and just clean up the config and reuse your kernel patches ?

thank you very much for helping me with this i was getting really lost <3

 

[Shaneee]

You can use my config yeah. You'll need to sort the kernel patches for your CPU and enable the Nvidia drivers with the boot arg. Also copy over your SMBios details. Try it on a USB before switching just to be sure.

 

[astroneffdj]

what i found really hard this time is that there is so many information everywhere and much of it applies to intel, it's hard to choose wether or not it's pertinent or not

last hack was on x99, was already hard but not like this time

 

[Shaneee]

That's why I created this website. More than happy to help out a fellow AMD user.

 

[astroneffdj]

when i use your efi folder i don't see my macos partition anymore
it's on a sata ssd

i've checked all my bios settings they are correct from what i've seen on your build post

 

[astroneffdj]

okay, i've set the APFS min date and version to -1 i can see the partition now but when i want to boot it it says "no suitable signature - security violation" "load image failed - security violation"

 

[astroneffdj]

ive set the secureboot thing to disabled now it boots fine but the soundcard issue remains the same

(on the windows partition it shows with no issue tho, and on real macs too, even my old hackintoshes paired with no issue, this is beyond strange)

 

[Shaneee]

Remove the USB map and see how it works then.

 

[astroneffdj]

i'm trying right now to reinstall macos using your efi (i remember having some issues with mine when i've done it) in case there was the "security" thing from macos that messed something up when i installed the driver, also i forgot to unplug the soundcard when i've installed the os so maybe this messed something.

after that i will try to remove your usb map and make one new from windows using the tool you've mentionned

 

[astroneffdj]

ive tried to remove your usb map, same issue
i've tried to redo a usb map using the tool on windows but same issue (maybe i did it wrong tho)

i have a usb audio interface for my headset (the astro tr) i've tried to plug it, it shows in macos but the sound is very stuttery

i've enough for tonight, sitting since morning hours lol, will come back tomorrow

 

[Shaneee]

Have you tried with and without the drivers from the manufacturer? I've only got a small USB Audio adapter I had previously for my 2400G build and it worked then on High Sierra and tested it on Monterey and it still works just fine. Check your BIOS settings and compare to what's listed on my build post.

 

[astroneffdj]

Have you tried with and without the drivers from the manufacturer? I've only got a small USB Audio adapter I had previously for my 2400G build and it worked then on High Sierra and tested it on Monterey and it still works just fine. Check your BIOS settings and compare to what's listed on my build post.

yes of course

for my UR22mkii i've tester with and without the drivers, same issue and for the astro tr it does not have custom drivers

i've double checked the bios settings when i switched to your efi files yesterday everything is ok

i'm lost, i will try to redo the usb map again maybe it will change anything.

i want to dance on this f-n board while killing it with fire

 

[Edhawk]

Do you have any devices connected to either or both of the Internal USB2 headers on the motherboard? Usually these are used for connecting Bluetooth modules, case front USB2 ports, USB2 card readers etc. As none of the 4 possible USB2 ports are included in your USB configuration shown in the Hackintool screenshot.

2 x USB2 headers highlighted on motherboard image below:

ROG Strix X570-F Gaming motherboard

Here is a list of the USB ports available on your system:

Bottom entry corresponds with the Internal USB2 headers.

What also begs a question is why the Controllers and ports have duplicate Names. This is not normal to my mind.

I could understand this better if the two XHC0 controllers were named XHC0 & XHC2 respectively. But as they are both named XHC0 it just doesn't seem correct. As you have an XHC1 controller in your setup using that name is not advisable, so XHC2 is probably a better name.

Having two controllers named the same is probably causing some issues when you configure your USB setup. If there were some way to differentiate the two XHC0 controllers and use an ACPI rename patch to change one of the two controllers, that might make it simpler.

Creating and adding an ACPI rename patch for renaming any USB controller to something different is easy to put together. But without being able to differentiate the two XHC0 controllers it would rename both controllers to the new name.

Any chance you can post a copy of your system DSDT.aml so I can see what might be possible in this regard.

 

[astroneffdj]

yes i have a usb2 header in front of the case and a usb 3 one

i dont have any dsdt.aml in the ACPI folder, i've used the efi folder from Shanee as he has the exact same mobo, do i need to create one ? how do i do that ?

also the question is, as i have the same board and the same efi file, the same bios settings etc... why in your opinion do i have all these issues ? only because i'm using high sierra and he's using more recent os ?

I'll try few rename patches for the usb and i'll see where is the issue

now i remember something tho, when i did my usb map the program told me i had one unused controller, it was kind of ok because i didnt need more usb ports, do i need to map it anyway ? can i just disable ports from bios instead ?

 

[Edhawk]

If you are using one of the Internal USB2 headers for your case front ports, you need to set those ports with the Connector Type 'Internal' not as USB2 or USB3. This is a common issue when configuring the USB ports. Incorrectly setting the USB2 headers as either USB2 or USB3. These ports being set incorrectly will mess up the whole USB configuration.

Use Hackintool to Dump the ACPI tables from your system. The Dump ACPI option can be found on the Utilities tab, as shown below.

Hackintool > Utilities tab - Dump ACPI tool

 

[astroneffdj]

here it is.:

Input file DSDT.aml, Length 0xE208 (57864) bytes
ACPI: DSDT 0x0000000000000000 00E208 (v02 ALASKA A M I    01072009 INTL 20120913)
Pass 1 parse of [DSDT]
Pass 2 parse of [DSDT]
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 0000000830000000 => 30000000 (20180427/dsobject-602)
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 00000077D0000000 => D0000000 (20180427/dsobject-602)
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 0000007FFFFFFFFF => FFFFFFFF (20180427/dsobject-602)
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed

Found 4 external control methods, reparsing with new information
Pass 1 parse of [DSDT]
Pass 2 parse of [DSDT]
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 0000000830000000 => 30000000 (20180427/dsobject-602)
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 00000077D0000000 => D0000000 (20180427/dsobject-602)
ACPI Warning: Truncated 64-bit constant found in 32-bit table: 0000007FFFFFFFFF => FFFFFFFF (20180427/dsobject-602)
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    DSDT.dsl - 517405 bytes

 iASL Warning: There were 4 external control methods found during
 disassembly, but only 0 were resolved (4 unresolved). Additional
 ACPI tables may be required to properly disassemble the code. This
 resulting disassembler output file may not compile because the
 disassembler did not know how many arguments to assign to the
 unresolved methods. Note: SSDTs can be dynamically loaded at
 runtime and may or may not be available via the host OS.

 To specify the tables needed to resolve external control method
 references, the -e option can be used to specify the filenames.
 Example iASL invocations:
     iasl -e ssdt1.aml ssdt2.aml ssdt3.aml -d dsdt.aml
     iasl -e dsdt.aml ssdt2.aml -d ssdt1.aml
     iasl -e ssdt*.aml -d dsdt.aml

 In addition, the -fe option can be used to specify a file containing
 control method external declarations with the associated method
 argument counts. Each line of the file must be of the form:
     External (<method pathname>, MethodObj, <argument count>)
 Invocation:
     iasl -fe refs.txt -d dsdt.aml


Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Ignoring all errors, forcing AML file generation

Input file SSDT-4.aml, Length 0x5EF9 (24313) bytes
ACPI: SSDT 0x0000000000000000 005EF9 (v02 AMD    AmdTable 00000001 AMD  00000001)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-4.dsl - 271424 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-10.aml, Length 0xFC (252) bytes
ACPI: SSDT 0x0000000000000000 0000FC (v02 ACDT   MCHCSBUS 00000000 INTL 20200925)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-10.dsl - 2315 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-6.aml, Length 0x3EAC (16044) bytes
ACPI: SSDT 0x0000000000000000 003EAC (v01 AMD    QOGIRN   00000001 INTL 20120913)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed

Found 23 external control methods, reparsing with new information
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-6.dsl - 104648 bytes

 iASL Warning: There were 23 external control methods found during
 disassembly, but only 0 were resolved (23 unresolved). Additional
 ACPI tables may be required to properly disassemble the code. This
 resulting disassembler output file may not compile because the
 disassembler did not know how many arguments to assign to the
 unresolved methods. Note: SSDTs can be dynamically loaded at
 runtime and may or may not be available via the host OS.

 To specify the tables needed to resolve external control method
 references, the -e option can be used to specify the filenames.
 Example iASL invocations:
     iasl -e ssdt1.aml ssdt2.aml ssdt3.aml -d dsdt.aml
     iasl -e dsdt.aml ssdt2.aml -d ssdt1.aml
     iasl -e ssdt*.aml -d dsdt.aml

 In addition, the -fe option can be used to specify a file containing
 control method external declarations with the associated method
 argument counts. Each line of the file must be of the form:
     External (<method pathname>, MethodObj, <argument count>)
 Invocation:
     iasl -fe refs.txt -d dsdt.aml


Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-1.aml, Length 0x3B1B (15131) bytes
ACPI: SSDT 0x0000000000000000 003B1B (v01 AMD    AMD AOD  00000001 INTL 20120913)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-1.dsl - 105396 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT.aml, Length 0x92A (2346) bytes
ACPI: SSDT 0x0000000000000000 00092A (v02 AMD    AmdTable 00000002 MSFT 04000000)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT.dsl - 18912 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-3.aml, Length 0x24 (36) bytes
ACPI: SSDT 0x0000000000000000 000024 (v01 AMD    BIXBY    00001000 INTL 20120913)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-3.dsl - 672 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-8.aml, Length 0xB6 (182) bytes
ACPI: SSDT 0x0000000000000000 0000B6 (v02 APPLE  CpuPlug  00001000 INTL 20190405)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-8.dsl - 2251 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-5.aml, Length 0x22A (554) bytes
ACPI: SSDT 0x0000000000000000 00022A (v01 AMD    QOGIRDGP 00000001 INTL 20120913)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-5.dsl - 5312 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-7.aml, Length 0x5D (93) bytes
ACPI: SSDT 0x0000000000000000 00005D (v02 CORP   HPET     00000000 INTL 20200925)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-7.dsl - 1177 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-2.aml, Length 0x164 (356) bytes
ACPI: SSDT 0x0000000000000000 000164 (v02 ALASKA CPUSSDT  01072009 AMI  01072009)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-2.dsl - 1942 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

Input file SSDT-9.aml, Length 0x1A0 (416) bytes
ACPI: SSDT 0x0000000000000000 0001A0 (v02 APPLE  SBRG     00001000 INTL 20191018)
Did not find any external methods in reference file "DSDT.aml"
Pass 1 parse of [SSDT]
Pass 2 parse of [SSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)

Parsing completed
Disassembly completed
ASL Output:    SSDT-9.dsl - 3725 bytes

Intel ACPI Component Architecture
ASL+ Optimizing Compiler/Disassembler version 20180427(RM)
Copyright (c) 2000 - 2018 Intel Corporation

 

[astroneffdj]

do the internal usb3 (who goes to the usb 3 case header) has to be in "internal" too ?

 

[astroneffdj]

i can differentiate the both controllers by their ID but their name is the same
How do i make a custom rename patch ? do you have some good ressources on how to do so ?