USBxHCI läuft auf Fehler und unterbricht kompletten Systemfluss

[j.]

Grüß Gott!
Ich habe seit letzten Mittwoch einen neue Rechner mit einem MSI B650 Tomahawk WIFI Mainboard und einen Ryzen 5 7600X Prozessor. Sobald ich die USB-Ports auf der Rückseite des PCs verwendee (welche mittels B650 Chipsatz angebunden sind) fängt mein System an, alle USB-Geräte zu trennen und unterbricht alles komplett. Ich habe hierbei den USBxHCI Treiber im Verdacht, da ich diesen mittels DMP-Datei zuordnen konnte (Hardware-ID im Gerätemanager abgeprüft).
Explizit handelt es sich um den AMD USB 3.20 eXtensible-Hostcontroller - 1.10. Da schmiert mir leider immer der Treiber ab, jeder DMP ist quasi der gleiche. Wenn ich die USB-Steckplätze die direkt an die CPU gehen verwende, läuft alles problemlos. Nur leider sind halt die meisten USB-Steckplätze über den Chipsatz angebunden.
Was habe ich bisher gemacht:
BIOS Update
Chipsatz von AMD / MSI heruntergeladen
Energieeinstellungen geändert.
Gibt es denn irgendwelche Universal USB Treiber von Windows?
Leider kann ich den DUMP nicht richtig hochladen (oder bin zu doof gerade)
Daher hier einmal der DUMP als Klartext:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

BUGCODE_USB3_DRIVER (144)
This BugCheck usually happens when the USB3 core stack detects an invalid
operation being performed by a USB client. This BugCheck may also occur
due to hardware failure on a USB Boot Device.
Arguments:
Arg1: 000000000000101e, USB3_WER_BUGCODE_USBXHCI_INVALID_TRANSFER_EVENT_PTR_ED_1
The controller indicated a transfer completion that was not pending on
the controller. EventData == 1 (dereferencing the Transfer Event TRB's
pointer would have caused a BugCheck)
Arg2: ffffec099fe67170, XHCI_LIVEDUMP_CONTEXT
Arg3: 0000000000000000, 0
Arg4: 0000000000000000, 0

Debugging Details:
------------------

*** WARNING: Check Image - Checksum mismatch - Dump: 0xa7a2e, File: 0xb42d8 - C:\ProgramData\Dbg\sym\USBXHCI.SYS\F9FA5F36a3000\USBXHCI.SYS

KEY_VALUES_STRING: 1

Key : Analysis.CPU.mSec
Value: 1109

Key : Analysis.Elapsed.mSec
Value: 1453

Key : Analysis.IO.Other.Mb
Value: 0

Key : Analysis.IO.Read.Mb
Value: 0

Key : Analysis.IO.Write.Mb
Value: 0

Key : Analysis.Init.CPU.mSec
Value: 93

Key : Analysis.Init.Elapsed.mSec
Value: 7118

Key : Analysis.Memory.CommitPeak.Mb
Value: 113

Key : Bugcheck.Code.LegacyAPI
Value: 0x144

Key : Dump.Attributes.AsUlong
Value: 18

Key : Dump.Attributes.KernelGeneratedTriageDump
Value: 1

Key : Failure.Bucket
Value: LKD_0x144_INVALID_TRANSFER_EVENT_PTR_ED_1_USBXHCI!TelemetryData_CreateReport

Key : Failure.Hash
Value: {755b2260-2d37-cb9b-139e-e8356ba557a9}

Key : Hardware.DeviceID
Value: DEV_43F7

Key : Hardware.HardwareID
Value: VEN_1022&DEV_43F7&REV_0001

Key : Hardware.RevisionID
Value: REV_0001

Key : Hardware.VendorID
Value: VEN_1022

BUGCHECK_CODE: 144

BUGCHECK_P1: 101e

BUGCHECK_P2: ffffec099fe67170

BUGCHECK_P3: 0

BUGCHECK_P4: 0

FILE_IN_CAB: USBXHCI-20231120-1745.dmp

DUMP_FILE_ATTRIBUTES: 0x18
Kernel Generated Triage Dump
Live Generated Dump

HARDWARE_ID: VEN_1022&DEV_43F7&REV_0001

HARDWARE_VENDOR_ID: VEN_1022

HARDWARE_DEVICE_ID: DEV_43F7

HARDWARE_REV_ID: REV_0001

PROCESS_NAME: System

STACK_TEXT:
ffffec09`9fe66bf0 fffff807`afba4b69 : 00000000`00000005 ffffc90e`8efd2e50 fffff807`afbc91e8 ffffffff`ffffffff : USBXHCI!TelemetryData_CreateReport+0xd0
ffffec09`9fe67120 fffff807`afba503c : ffffc90e`760f6a60 ffffec09`9fe67250 ffffc90e`77d707b0 fffff807`5d26f827 : USBXHCI!Controller_TelemetryReport+0x161
ffffec09`9fe67210 fffff807`61005aa7 : ffffc90e`760f6960 00000000`00000008 ffffc90e`00000008 ffffc90e`9042b746 : USBXHCI!Controller_TelemetryReportWorker+0x28c
ffffec09`9fe67290 fffff807`61006919 : ffffc90e`9042b500 ffffc90e`760f6960 00000000`00000000 00000000`00000001 : Wdf01000!FxWorkItem::WorkItemHandler+0x7f [minkernel\wdf\framework\shared\core\fxworkitem.cpp @ 371]
ffffec09`9fe672d0 fffff807`5d22f860 : ffffc90e`77cd3250 ffffc90e`7839e030 00000000`00000000 ffffc90e`782a6ae0 : Wdf01000!FxWorkItem::WorkItemThunk+0x29 [minkernel\wdf\framework\shared\core\fxworkitem.cpp @ 439]
ffffec09`9fe67310 fffff807`5d234f85 : ffffc90e`719a0bb0 ffffc90e`9042b5c0 ffffec09`9fe67480 00000000`00000000 : nt!IopProcessWorkItem+0x100
ffffec09`9fe67380 fffff807`5d307287 : ffffc90e`9042b5c0 00000000`000000bc ffffc90e`9042b5c0 fffff807`5d234e30 : nt!ExpWorkerThread+0x155
ffffec09`9fe67570 fffff807`5d41b8e4 : ffff9300`8d511180 ffffc90e`9042b5c0 fffff807`5d307230 00000000`00000246 : nt!PspSystemThreadStartup+0x57
ffffec09`9fe675c0 00000000`00000000 : ffffec09`9fe68000 ffffec09`9fe61000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x34

SYMBOL_NAME: USBXHCI!TelemetryData_CreateReport+d0

MODULE_NAME: USBXHCI

IMAGE_NAME: USBXHCI.SYS

IMAGE_VERSION: 10.0.22621.2771

STACK_COMMAND: .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET: d0

FAILURE_BUCKET_ID: LKD_0x144_INVALID_TRANSFER_EVENT_PTR_ED_1_USBXHCI!TelemetryData_CreateReport

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {755b2260-2d37-cb9b-139e-e8356ba557a9}

Followup: MachineOwner
---------

 

[I.]

Windows nutzt für USBXHCI generell einen mitgelieferten Standard-Treiber. Es gibt auch keine anderen Treiber.
Der Bugcheck sagt ja, dass da ein USB-Gerät Probleme bereiten könnte. Taucht der Crash bei jeglichen Geräten an den Ports auf?
Klingt so für mich so auf den ersten Blick eher nach Hardware-Thematik.

 

[j.]

Den genauen Port kann man aus dem DMP-FIle nicht entnehmen oder? Dann könnte ich einfach per "Trial & Error" Tastatur und Maus anschließen und gucken an welchem Port es knallt (oder gar an beiden Ports).
Ich werde mal alle Ports nacheinander durchprobieren mit allen möglich Kombinationen.

 

[I.]

Ich gehe davon aus, dass man es kann. Ich kann es aber nicht. ;-)