ESI Juli@ XTEe: Sound Digital Verzerrt

[Michael_]

Ich habe eine Thinkstation P3 Gen2 Intel mit 285k CPU:

https://www.lenovo.com/de/de/p/workstations/thinkstationp/lenovo-thinkstation-p3-tower-gen-2-intel-workstation/len102s0019

Ich habe ebenfalls eine ESI Juli@ XTe PCIe Soundkarte (die karte nutzt intern einen PCIe auf PCI Bridge Chip).
Ich habe die Karte in einem anderen PC getestet, diese funktioniert einwandfrei. (Ebenfalls unter MX Linux KDE)

Ich habe MX Linux 25 KDE installiert.

Das Problem ist das der Sound Digital Verzerrt ist und es sich auch so anhört als wäre das Timing "Off".
(So als wenn man in einer DAW eine zu niedrige Buffersize eingestellt hat für die wo sich damit auskennen.)

Die Karte ist halt schon ziemlich alt und hat wie gesagt eine PCIe zu PCI Bridge. (Intern auf der Karte selbst)

Ich hab so ein Gefühl das ich vermutlich etwas im UEFI/BIOS konfigurieren muss?
Vermutlich irgendwelches Stromspar Zeug ausschalten?

Ich werde morgen nochmal prüfen ob die Karte richtig eingerastet ist im PCIe Slot aber ihr könnt eigentlich davon ausgehen das es so ist.

 

[Michael_]

So also zuerst die gute Nachricht:

Mit dieser neuen PCIe x1 USB-C Karte funktioniert alles einwandfrei:

Delock Products 90493 Delock PCI Express x1 Card to 2 x external USB 5 Gbps USB Type-C™ female

www.delock.com

Jetzt die schlechte:

Die neue 300€ Exsys USB-C Karte

USB 3.2 Gen 1 PCIe (x4) Karte mit vier C-Ports inkl. Low Profile Bügel (4x Renesas Baustein) | EX-11495

Die EX-11495 USB 3.2 Gen 1 PCI-Express-Karte mit vier USB-C Anschlüssen bietet eine zuverlässige Lösung für Desktop-, Server- und Workstation Computer zum Anschluss von USB 3.2 Gen 1 Peripheriegeräten über den PCI-Express-Steckplatz. Die Architektur mit…

www.exsys.de

funktioniert nicht.
Habe versucht eine Maus anzuschließen -> Wird nicht erkannt
Habe versucht einen USB Stick anzuschließen -> Die Kontrollampe vom Stick leuchtet zwar, er wird jedoch vom PC nicht erkannt.
Ja ich habe das SATA Powerkabel angesteckt.

Jemand eine Idee woran das liegen könnte? (MX Linux 25 KDE)
Oder habe ich tatsächlich eine defekte Karte geliefert bekommen?

 

[fakiauso]

Oder habe ich tatsächlich eine defekte Karte geliefert bekommen?

Nicht wirklich. Kaputt wird die schon nicht sein, aber vermutlich irgendwie den Saft nicht weiterleiten. Hast Du die Maus im laufenden Betrieb angesteckt oder vor dem Rechnerstart? Wobei ich eine Maus sowieso eher an nativen 2.0-Ports nutzen würde und nicht mittels Adapter(?) an USB-C/USB 3.x.

Im BIOS ist der legacy mode für USB auch aktiv? Es bleibt nur die Vermutung, dass entweder die Exsys-Karten soviel Ressourcen beanspruchen, dass sie zicken und sich mit einer anderen Komponente in die Quere kommen oder das Board aus ebenfalls nur zu vermutenden Gründen mit diesen Karten nicht klarkommt.

Zeigt ein lsusb und für den Stick ein lsblk die angesteckten Geräte an?

 

[Michael_]

Michael@mx:~
$  lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 046a:000c CHERRY USB Optical Mouse
Bus 001 Device 003: ID 04f3:0103 Elan Microelectronics Corp. ActiveJet K-2024 Multimedia Keyboard
Bus 001 Device 004: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 1f75:0917 Innostor Technology Corporation IS917 Mass storage
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Michael@mx:~
$ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 10,9T  0 disk
sdb           8:16   1   59G  0 disk
├─sdb1        8:17   1   59G  0 part
└─sdb2        8:18   1   32M  0 part
sdc           8:32   1    0B  0 disk
sr0          11:0    1 1024M  0 rom  
nvme0n1     259:0    0  3,7T  0 disk
├─nvme0n1p1 259:1    0  256M  0 part /boot/efi
└─nvme0n1p2 259:2    0  3,7T  0 part /
nvme2n1     259:3    0  3,7T  0 disk
nvme1n1     259:4    0  3,7T  0 disk

Würde fast sagen nein, schau auch mal hier: https://forum.mxlinux.org/viewtopic.php?p=847222#p847222

 

[fakiauso]

Die Maus wird gefunden - die Cherry?

Der Stick ist dieser Innostor Technology Corporation IS917 Mass storage?

Zur Stromveraorgung hilft vielleicht das weiter:

lsusb › Wiki › ubuntuusers.de

wiki.ubuntuusers.de

Einen Molex-Stecker kannst Du nicht testen?

 

[Michael_]

Ne das sind andere Devices. An dieser Karte wird nichts gefunden.
Die Karte selbst wird aber schon vom System erkannt...

Michael@mx:~ $ lspci
00:00.0 Host bridge: Intel Corporation Device 7d1a (rev 01)
00:01.0 PCI bridge: Intel Corporation Meteor Lake-H PCIe Root Port (rev 10)
00:02.0 VGA compatible controller: Intel Corporation Arrow Lake-S [Intel Graphics] (rev 06)
00:06.0 PCI bridge: Intel Corporation Device ae4d (rev 10)
00:0a.0 Signal processing controller: Intel Corporation Device ad0d (rev 01)
00:0b.0 Processing accelerators: Intel Corporation Arrow Lake NPU (rev 01)
00:14.0 RAM memory: Intel Corporation Device ae7f (rev 10)
00:1f.0 ISA bridge: Intel Corporation Device ae0d (rev 10)
00:1f.5 Serial bus controller: Intel Corporation Device ae23 (rev 10)
01:00.0 Non-Volatile memory controller: Sandisk Corp SN8000S NVMe SSD (rev 01)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev 12)
03:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch (rev 12)
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 33 [Radeon Pro W7500]
04:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 31 HDMI/DP Audio
80:14.0 USB controller: Intel Corporation Device 7f6e (rev 10)
80:14.5 Non-VGA unclassified device: Intel Corporation Device 7f2f (rev 10)
80:16.0 Communication controller: Intel Corporation Device 7f68 (rev 10)
80:16.3 Serial controller: Intel Corporation Device 7f6b (rev 10)
80:17.0 SATA controller: Intel Corporation Device 7f62 (rev 10)
80:1b.0 PCI bridge: Intel Corporation Device 7f44 (rev 10)
80:1c.0 PCI bridge: Intel Corporation Device 7f38 (rev 10)
80:1c.4 PCI bridge: Intel Corporation Device 7f3c (rev 10)
80:1d.0 PCI bridge: Intel Corporation Device 7f34 (rev 10)
80:1f.0 ISA bridge: Intel Corporation Device 7f08 (rev 10)
80:1f.4 SMBus: Intel Corporation Device 7f23 (rev 10)
80:1f.5 Serial bus controller: Intel Corporation Device 7f24 (rev 10)
80:1f.6 Ethernet controller: Intel Corporation Device 550c (rev 10)
81:00.0 Non-Volatile memory controller: Sandisk Corp SN8000S NVMe SSD (rev 01)
82:00.0 PCI bridge: Genesys Logic, Inc GL9701 PCIe to PCI Bridge (rev 01)
83:00.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01)
84:00.0 PCI bridge: Pericom Semiconductor PI7C9X2G608GP PCIe2 6-Port/8-Lane Packet Switch
85:01.0 PCI bridge: Pericom Semiconductor PI7C9X2G608GP PCIe2 6-Port/8-Lane Packet Switch
85:02.0 PCI bridge: Pericom Semiconductor PI7C9X2G608GP PCIe2 6-Port/8-Lane Packet Switch
85:03.0 PCI bridge: Pericom Semiconductor PI7C9X2G608GP PCIe2 6-Port/8-Lane Packet Switch
85:04.0 PCI bridge: Pericom Semiconductor PI7C9X2G608GP PCIe2 6-Port/8-Lane Packet Switch
[b]
86:00.0 USB controller: Renesas Electronics Corp. uPD720202 USB 3.0 Host Controller (rev 02)
87:00.0 USB controller: Renesas Electronics Corp. uPD720202 USB 3.0 Host Controller (rev 02)
88:00.0 USB controller: Renesas Electronics Corp. uPD720202 USB 3.0 Host Controller (rev 02)
89:00.0 USB controller: Renesas Electronics Corp. uPD720202 USB 3.0 Host Controller (rev 02)
[/b]
8a:00.0 Non-Volatile memory controller: Sandisk Corp SN8000S NVMe SSD (rev 01)

 

[fakiauso]

Was sagt denn der Befehl aus dem Link:

sudo lsusb -v 2> /dev/null| egrep "( Device 0)|(MaxPower)"

Wobei eine Maus die 900mA nicht überschreiten sollte.

Beitrag automatisch zusammengeführt: 18 Jan. 2026

Moin

Habe mich im Nachklatsch mal noch im MX-Forum und mit der Fehlermeldung belesen:

Zeroing 64bit base registers, expecting fault

Das deutet alles darauf hin, dass der Renesas Probleme mit der Firmware haben kann und diese dann neu geschrieben werden muss, wie das ja der User hier auch schon erwähnt.

Renesas USB 3.0 Controllers vs. Linux | nonrandom noise

USB 3.0 extension cards based on Renesas uPD720202 chipset may require a firmware image. This post is about how some problematic cards can be used with Linux.

mjott.de

https://forums.linuxmint.com/viewtopic.php?t=435444

199627 – issues installing Renesas Technology Corp. uPD720202 USB 3.0 Host Controller

bugzilla.kernel.org

[Solved] USB3 stopped working with 5.13.6-arch1-1 again / Kernel & Hardware / Arch Linux Forums

bbs.archlinux.org

Selber habe ich den Chipsatz eigentlich nicht so störrisch im Hinterkopf, aber hin und wieder...

Am zielführendsten scheint der Verweis im Arch-Forum zu sein und daraus verlinkt bei mjott.de:

Renesas USB 3.0 Controllers vs. Linux | nonrandom noise

USB 3.0 extension cards based on Renesas uPD720202 chipset may require a firmware image. This post is about how some problematic cards can be used with Linux.

mjott.de

sudo ./upd72020x-load -w -b 0x05 -d 0x00 -f 0x0 -i /lib/firmware/renesas_usb_fw.mem

Der Chipsatz der Exsys scheint ja offensichtlich auch der 72020 zu sein.

 

[Michael_]

Was sagt denn der Befehl aus dem Link:

sudo lsusb -v 2> /dev/null| egrep "( Device 0)|(MaxPower)"

Das werde ich noch checken.

Am zielführendsten scheint der Verweis im Arch-Forum zu sein und daraus verlinkt bei mjott.de:

Renesas USB 3.0 Controllers vs. Linux | nonrandom noise

USB 3.0 extension cards based on Renesas uPD720202 chipset may require a firmware image. This post is about how some problematic cards can be used with Linux.

mjott.de

sudo ./upd72020x-load -w -b 0x05 -d 0x00 -f 0x0 -i /lib/firmware/renesas_usb_fw.mem

Ja nur woher nehme ich die Datei upd72020x-load ?
In dem dort verlinkten Github Repository: https://github.com/markusj/upd72020x-load
Befindet sich lediglich upd72020x-load.c

 

[fakiauso]

Entweder mit git clone herunterladen:

GitHub - markusj/upd72020x-load: Firmware loader for Renesas uPD72020x USB 3.0 chipsets for Linux

Firmware loader for Renesas uPD72020x USB 3.0 chipsets for Linux - markusj/upd72020x-load

github.com

Oder die Zip und entpacken.

https://github.com/markusj/upd72020x-load/archive/refs/heads/master.zip

Wenn Du auf der Seite des Git-Repos auf den grünen Button mit Code klickst, öffnet sich das Untermenü.

PS. Nach dem Entpacken wechselst Du in das Verzeichnis upd72020x-load:

cd upd72020x-load

Dort führst Du mittels make das Skript upd72020x-load.c aus, welches Dir die Datei upd72020x-load erstellt und diese kannst Du dann einladen. Schaue sicherheitshalber auch in der readme.md nach.

PS. Theoretisch! sollte das dann nach dem Erstellen auch mittels dieses Skripts klappen:

sudo ./upd72020x-check-and-init

Sonst kannst Du es immer noch auf dem manuellen Weg des direkten Zuordnens der Karte probieren.

Sorry für die vielen Nachträge. Meine Denke arbeitet heute im Intervall;-)

 

[Michael_]

Michael@mx:~
$ sudo lsusb -v 2> /dev/null| egrep "( Device 0)|(MaxPower)"
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 001 Device 002: ID 04f3:0103 Elan Microelectronics Corp. ActiveJet K-2024 Multimedia Keyboard
    MaxPower              100mA
Bus 001 Device 003: ID 046a:000c CHERRY USB Optical Mouse
    MaxPower              100mA
Bus 001 Device 004: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
    MaxPower              100mA
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA
Bus 002 Device 002: ID 1f75:0917 Innostor Technology Corporation IS917 Mass storage
    MaxPower              304mA
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA
Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA

0mA sieht irgendwie verdächtig aus oder? SATA Power Connector ist wie gesagt angesteckt.

Ansonsten:

sudo ./upd72020x-load -w -b 0x05 -d 0x00 -f 0x0 -i /lib/firmware/renesas_usb_fw.mem

Was genau macht dieses Command? Nur die Firmware nach lib/firmware kopieren oder die Firmware auf die PCIe Karte selbst flashen?

 

[fakiauso]

0mA sieht irgendwie verdächtig aus oder? SATA Power Connector ist wie gesagt angesteckt.

Nö - das bedeutet nur, dass kein Verbraucher angeschlossen ist;-)

Aber so sieht man, wenn irgendwo übermäßig Saft abgezwackt wird. Vermutlich ist der Innostor der Stick und da siehst Du, dass der "Strom zieht", falls der tatsächlich an der Karte hängt. Die gegenteilige Sicht des Kollegen im MX-Forum habe ich gesehen, aber bei mir sieht das analog aus:

Bus 002 Device 002: ID 1f75:0917 Innostor Technology Corporation IS917 Mass storage MaxPower 304mA

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
MaxPower 0mA
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 003 Device 002: ID 046d:c069 Logitech, Inc. M-U0007 [Corded Mouse M500]
MaxPower 98mA
Bus 003 Device 003: ID 13d3:5271 IMC Networks Integrated RGB Camera
MaxPower 500mA
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
MaxPower 0mA

Was genau macht dieses Command? Nur die Firmware nach lib/firmware kopieren oder die Firmware auf die PCIe Karte selbst flashen?

Der schreibt die Firmware neu in die Karte. Dabei sind die Optionen diejenigen, welche der Autor für seine Karte genommen hat und deshalb der Rat, dass mittels des im Git eingebauten Skripts automatisch machen zu lassen:

sudo ./upd72020x-check-and-init

[Solved] USB3 stopped working with 5.13.6-arch1-1 again / Kernel & Hardware / Arch Linux Forums

bbs.archlinux.org

With this command I was able to load the firmware from the AUR package into the ROM and the card does its job again.

So als Fazit scheint da tatsächlich der Renesas-Chipsatz die Wurzel des Übels zu sein.

 

[Michael_]

Okay.
Bevor ich jetzt allerdings die Firmware auf der Karte selbst update (was ja potentiell bei einem Fehler die Karte zum Briefbeschwerer machen würde) werde ich noch ein paar Tage warten ob und was Exsys mir antwortet.

Ich denke ich werde auch erst noch Windows testen.

 

[Michael_]

Bedeutet also direkt mit der CPU verbunden sind:
- Der PCIe x16 Slot (GPU Only)
- Der Flexport auf der Rückseite wo bei mir momentan ein VGA Modul verbaut ist (Könnte allerdings durch ein USB-C Modul getauscht werden)
- Der M.2 Slot 1

Alles andere geht an den PCH:
- PCIe x4 sowie die beiden x1 Slots
- Die weiteren M.2 Slots
- USB Bus (Vermutlich)
- SATA Ports (Vermutlich)

Und laut ChatGPT ist dieser PCH über 4 PCIe Lanes mit der CPU verbunden.

Das dieses Setup für "Realtime Audio" nicht sehr vorteilhaft ist brauche ich glaube nicht weiter erklären...

Wie sich heute herausgestellt hat scheint genau das wirklich mein Problem zu sein.
Ich habe heute die Exsys USB Karte gegen eine Lenovo PCIe NVMe AIC getauscht (x4) und damit das gleiche Problem. Die Audio Aussetzer sind glaube ich damit nicht ganz so schlimm aber dennoch deutlich vorhanden.

Es liegt also tatsächlich NICHT an den Exsys USB Karten sondern das Problem tritt scheinbar auf egal was man in den x4 Slot Steckt.
Ist dieser nicht belegt ist auch das Problem nicht vorhanden.

Oben im Zitat ist die Erklärung.
Oder vereinfacht gesagt die Consumer Hardware ist wenn man genug anschließt einfach überfordert.

Ich werde jetzt trotzdem noch Windows testen, insbesondere um zu checken ob die Exsys Karte dort funktioniert und dann ultimativ den x4 Slot leer lassen.

Beitrag automatisch zusammengeführt: Donnerstag um 20:21

So heute noch mit Windows 11 getestet mit dem Ergebnis das die Karte dort funktioniert jedoch auch hier Audioaussetzer verursacht.

Ich bin gerade dabei das USB-C Modul für den Flex IO zu organisieren und werde dann noch einen letzten Versuch machen daran ein externes USB Interface anzuschließen und zu schauen ob es dann funktioniert oder nicht.
Wenn es dann funktioniert ist der PCH das Problem. Wenn es auch dann nicht funktioniert ist das Gerät glaube ich mit der Menge an angeschlossener Hardware einfach überfordert.

 

[fakiauso]

Wenn es dann funktioniert ist der PCH das Problem. Wenn es auch dann nicht funktioniert ist das Gerät glaube ich mit der Menge an angeschlossener Hardware einfach überfordert.

Die Karten sind dann beide anscheinend sehr ressourcenhungrig und damit buslastig. Irgendwie meine ich auch, dass ich mit so einer USB-3.0-Karte auch schon ein ähnliches Trara hatte, das aber mit Umstecken gelöst habe. Die PCIe-Slots werden ja vom Chipsatz verschieden priorisiert oder sind eben auch mit anderen Ports oft geteilt.

Die Annahme ist ja immer, dass moderne Systeme das besser im Griff haben und so etwas gar nicht auftreten dürfte, aber die echte, wirklich-wahre Welt belehrt einen jedesmal wieder eines Besseren;-)

Das PSREF sagt dazu Folgendes:

Expansion Slots

Supports four PCIe® slots with one PCIe® 5.0 x16, one PCIe® 4.0 x16 and two PCIe® 3.0 x1.•

Slot 1: PCIe® 5.0 x16, full height, full length, 75W, double-width•
Slot 2: PCIe® 3.0 x1, full height, half length, 25W, open-ended•
Slot 3: PCIe® 4.0 x16 (x4 lanes), full height, half length, 25W•
Slot 4: PCIe® 3.0 x1, full height, half length, 25W, open-ended

Wobei die Wattzahlen über den Slot selbst bei externem Stromanschluß eher nicht ausschlaggebend sein dürften. Ursache ist dabei auf jeden Fall die Hardware, die da nicht miteinander kann. Das Herabsetzen des PCIe-Modi von 5.0 auf 4.0 oder sogar 3.0 hattest Du ja menes Wissens schon versucht.