1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.GERMAN

  • Re: hintere USB3 Ports funktionieren nach kurzer Zeit nicht mehr

    From Rolf Reintjes@21:1/5 to All on Sat Jul 29 15:10:01 2023
    Am 29.07.2023 um 14:39 schrieb Rolf Reintjes:
    Hallo,

    ich habe einen Desktop-PC mit Debain 12 bookworm. Seit heute
    funktionieren kurz nach dem Einloggen die hinteren USB3 Ports nicht
    mehr. Tastatur und Maus waren daran angeschlossen. Diese funktionierten
    dann nicht mehr. Ich habe dann ein ssh auf den PC gemacht und die Fehlerursache gesucht. Per ssh konnte ich ganz normal arbeiten. Ich habe
    dann die Maus und die Tastatur an den vorderen USB-Ports angeschlossen
    und dort funktioniert alles einwandfrei.

    rolf@i7-5820K-debian:/etc$ cat debian_version
    12.1

    rolf@i7-5820K-debian:~$ uname -a
    Linux i7-5820K-debian 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian
    6.1.38-1 (2023-07-14) x86_64 GNU/Linux

    Es ist dieses Mainboard: MSI X99A SLI PLUS

    rolf@i7-5820K-debian:~$ lspci | grep USB
    00:14.0 USB controller: Intel Corporation C610/X99 series chipset USB
    xHCI Host Controller (rev 05)
    00:1a.0 USB controller: Intel Corporation C610/X99 series chipset USB Enhanced Host Controller #2 (rev 05)
    00:1d.0 USB controller: Intel Corporation C610/X99 series chipset USB Enhanced Host Controller #1 (rev 05)
    05:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 Controller (rev 01)
    06:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller

    dmesg sagt u.a.:
    [   89.818921] DMAR: DRHD: handling fault status reg 2
    [   89.818933] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [   89.819156] DMAR: DRHD: handling fault status reg 102
    [   89.819167] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [   89.826918] DMAR: DRHD: handling fault status reg 202
    [   89.826926] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [   89.826932] xhci_hcd 0000:05:00.0: WARNING: Host System Error


    Mit google-Suche nach "xhci_hcd 0000:05:00.0: WARNING: Host System
    Error" habe ich jemanden gefunden, der das gleiche Problem hatte:

    https://forum.mechaenetia.com/t/gregs-computer-stuff/127/35

    So here is the dmesg output for what happened, just for reference. This happens a few seconds after plugging in ANY device into the Backside
    Ports. The Device will work, and then this Error will eventually pop up
    in dmesg and nothing will work on those Ports until after reboot.

    [ 204.763891] xhci_hcd 0000:05:00.0: WARNING: Host System Error
    [ 204.763934] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000f address=0xfeda5000 flags=0x0000]

    Turns out this is a Kernel Issue, and I needed to disable “IOMMU” in the UEFI. And now it just works.
    It was a WTF Bug, but with the power of Linux and looking it up on the Interwebz, I got it fixed.


    Im UEFI habe ich bisher noch nichts geändert.

    Mit bullseye hatte ich dieses Problem nicht.

    Weiteres googlen erbrachte:

    https://askubuntu.com/questions/1319061/vl805-pcie-usb-card-fails

    just disable iommu in bios and add "iommu=soft" in grub commandline


    Ist das auch die hier bevorzugte Lösung?

    Rolf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Miller@21:1/5 to Rolf Reintjes on Sat Jul 29 15:10:01 2023
    Rolf Reintjes wrote:

    ich habe einen Desktop-PC mit Debain 12 bookworm. Seit heute
    funktionieren kurz nach dem Einloggen die hinteren USB3 Ports nicht
    mehr.
    [..snip..]

    Mit google-Suche nach "xhci_hcd 0000:05:00.0: WARNING: Host System
    Error" habe ich jemanden gefunden, der das gleiche Problem hatte:
    [..snip..]

    Turns out this is a Kernel Issue, and I needed to disable “IOMMU” in the UEFI. And now it just works.
    It was a WTF Bug, but with the power of Linux and looking it up on the Interwebz, I got it fixed.

    Im UEFI habe ich bisher noch nichts geändert.

    Warum nicht? Möchtest du den Hinweis nicht ausprobieren?

    Mit bullseye hatte ich dieses Problem nicht.

    Tja, mit Bookworm hast du es jetzt aber wohl.

    Kann mir jemand helfen?

    Eine Änderung im UEFI vielleicht?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to All on Sat Jul 29 15:00:02 2023
    Hallo,

    ich habe einen Desktop-PC mit Debain 12 bookworm. Seit heute
    funktionieren kurz nach dem Einloggen die hinteren USB3 Ports nicht
    mehr. Tastatur und Maus waren daran angeschlossen. Diese funktionierten
    dann nicht mehr. Ich habe dann ein ssh auf den PC gemacht und die
    Fehlerursache gesucht. Per ssh konnte ich ganz normal arbeiten. Ich habe
    dann die Maus und die Tastatur an den vorderen USB-Ports angeschlossen
    und dort funktioniert alles einwandfrei.

    rolf@i7-5820K-debian:/etc$ cat debian_version
    12.1

    rolf@i7-5820K-debian:~$ uname -a
    Linux i7-5820K-debian 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian
    6.1.38-1 (2023-07-14) x86_64 GNU/Linux

    Es ist dieses Mainboard: MSI X99A SLI PLUS

    rolf@i7-5820K-debian:~$ lspci | grep USB
    00:14.0 USB controller: Intel Corporation C610/X99 series chipset USB
    xHCI Host Controller (rev 05)
    00:1a.0 USB controller: Intel Corporation C610/X99 series chipset USB
    Enhanced Host Controller #2 (rev 05)
    00:1d.0 USB controller: Intel Corporation C610/X99 series chipset USB
    Enhanced Host Controller #1 (rev 05)
    05:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 Controller (rev 01)
    06:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host
    Controller

    dmesg sagt u.a.:
    [ 89.818921] DMAR: DRHD: handling fault status reg 2
    [ 89.818933] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
    addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [ 89.819156] DMAR: DRHD: handling fault status reg 102
    [ 89.819167] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
    addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [ 89.826918] DMAR: DRHD: handling fault status reg 202
    [ 89.826926] DMAR: [DMA Read NO_PASID] Request device [05:00.0] fault
    addr 0xfff96000 [fault reason 0x06] PTE Read access is not set
    [ 89.826932] xhci_hcd 0000:05:00.0: WARNING: Host System Error


    Mit google-Suche nach "xhci_hcd 0000:05:00.0: WARNING: Host System
    Error" habe ich jemanden gefunden, der das gleiche Problem hatte:

    https://forum.mechaenetia.com/t/gregs-computer-stuff/127/35

    So here is the dmesg output for what happened, just for reference. This
    happens a few seconds after plugging in ANY device into the Backside
    Ports. The Device will work, and then this Error will eventually pop up
    in dmesg and nothing will work on those Ports until after reboot.

    [ 204.763891] xhci_hcd 0000:05:00.0: WARNING: Host System Error
    [ 204.763934] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000f address=0xfeda5000 flags=0x0000]

    Turns out this is a Kernel Issue, and I needed to disable “IOMMU” in the UEFI. And now it just works.
    It was a WTF Bug, but with the power of Linux and looking it up on the Interwebz, I got it fixed.


    Im UEFI habe ich bisher noch nichts geändert.

    Mit bullseye hatte ich dieses Problem nicht.

    Kann mir jemand helfen?

    Viele Grüsse

    Rolf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to Rolf Reintjes on Sat Jul 29 16:10:01 2023
    On 29.07.23 15:00, Rolf Reintjes wrote:
    Am 29.07.2023 um 14:39 schrieb Rolf Reintjes:
    Hallo,

    ich habe einen Desktop-PC mit Debain 12 bookworm. Seit heute
    funktionieren kurz nach dem Einloggen die hinteren USB3 Ports nicht
    mehr. Tastatur und Maus waren daran angeschlossen. Diese
    funktionierten dann nicht mehr. Ich habe dann ein ssh auf den PC
    gemacht und die Fehlerursache gesucht. Per ssh konnte ich ganz normal
    arbeiten. Ich habe dann die Maus und die Tastatur an den vorderen
    USB-Ports angeschlossen und dort funktioniert alles einwandfrei.


    Weiteres googlen erbrachte:

    https://askubuntu.com/questions/1319061/vl805-pcie-usb-card-fails

    just disable iommu in bios and add "iommu=soft" in grub commandline


    Ist das auch die hier bevorzugte Lösung?

    Ich finde IOMMU im UEFI nicht.

    Kann mir jemand helfen?

    Gruss

    Rolf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to Frank Miller on Sat Jul 29 17:40:01 2023
    On 29.07.23 17:31, Frank Miller wrote:
    Rolf Reintjes wrote:
    [..snip..]
    Ich finde IOMMU im UEFI nicht.

    Kann mir jemand helfen?

    https://us.informatiweb.net/tutorials/it/bios/enable-iommu-or-vt-d-in-your-bios.html

    Ich kann es nicht finden. Mein UEFI ist von 2018.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to Michael Limburg on Sat Jul 29 17:40:01 2023
    On 29.07.23 17:24, Michael Limburg wrote:
    Am 29.07.2023 schrieb Rolf Reintjes:

    Ich finde IOMMU im UEFI nicht.

    IMHO Intel VT-D

    Ich finde nichts dergleichen. Mein UEFI ist von 2018.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Limburg@21:1/5 to All on Sat Jul 29 17:50:01 2023
    Am 29.07.2023 schrieb Rolf Reintjes:
    On 29.07.23 17:24, Michael Limburg wrote:
    Am 29.07.2023 schrieb Rolf Reintjes:

    Ich finde IOMMU im UEFI nicht.

    IMHO Intel VT-D

    Ich finde nichts dergleichen. Mein UEFI ist von 2018.

    siehe Manual M7885v1.1_EURO.pdf Seite DE-44

    Menponkt Overclocking -> CPU-Features

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Limburg@21:1/5 to All on Sat Jul 29 17:30:02 2023
    Am 29.07.2023 schrieb Rolf Reintjes:

    Ich finde IOMMU im UEFI nicht.

    IMHO Intel VT-D

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to Michael Limburg on Sat Jul 29 18:10:01 2023
    On 29.07.23 17:48, Michael Limburg wrote:
    Am 29.07.2023 schrieb Rolf Reintjes:
    On 29.07.23 17:24, Michael Limburg wrote:
    Am 29.07.2023 schrieb Rolf Reintjes:

    Ich finde IOMMU im UEFI nicht.

    IMHO Intel VT-D

    Ich finde nichts dergleichen. Mein UEFI ist von 2018.

    siehe Manual M7885v1.1_EURO.pdf Seite DE-44

    Menüponkt Overclocking -> CPU-Features


    Vielen Dank. Letztendlich habe ich es gefunden und entsprechend eingestellt.

    Jetzt werde ich das System beobachten.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rolf Reintjes@21:1/5 to Martin Steigerwald on Sat Jul 29 19:00:01 2023
    On 29.07.23 18:49, Martin Steigerwald wrote:

    Andere Idee: Ist die Firmware auf dem aktuellen Stand? Du schriebst was
    von 2018.

    Ja, die ist auf dem neuesten Stand. Ich habe extra auf der Webseite des Mainboards nachgeschaut. Da gibt es zwar eine neuere, die aber
    Beta-Status hat und die nur empfohlen wird, wenn ein bestimmtes Feature
    gewollt ist, was ich aber nicht brauche.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Steigerwald@21:1/5 to All on Sat Jul 29 19:00:01 2023
    Rolf Reintjes - 29.07.23, 18:07:34 CEST:
    siehe Manual M7885v1.1_EURO.pdf Seite DE-44

    Menponkt Overclocking -> CPU-Features

    Vielen Dank. Letztendlich habe ich es gefunden und entsprechend
    eingestellt.

    Jetzt werde ich das System beobachten.

    Andere Idee: Ist die Firmware auf dem aktuellen Stand? Du schriebst was
    von 2018.

    Vielleicht hat der Hersteller MSI da ja auch noch einen diesbezglichen
    Fehler behoben?

    Inwiefern MSI bei LVFS / Fwupd mitmacht oder wie da sonst eine
    Aktualisierung der Firmware funktioniert, wei ich nicht.

    [1] https://fwupd.org/

    Ciao,
    --
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)