Greg Eben! Und genau deswegen wird uns das auch auf die Fuße fallen. Erklär mal den Leuten, dass sie nach der Installation für die Benutzung von USB-Anschlüssen erst noch ein von einem dritten bereitgestelltes Fremdpaket herunterladen, prüfen, manuell selbst kompilieren, und dann lokal installieren müssen.

Ein Lizenzproblem sehe ich hier nicht direkt. Die Firmware ist GPL, linux-firmware "custom, GPL2, GPL3"

Und selbst wenn es nicht in linux-firmware kann, gehört es definitiv nicht als "upd72020x-fw" ins AUR, sondern mit verständlichem Namen mindestens in [extra].

      Im Bucktracker kann man auch Feature Requests stellen.

      Erstmal Danke für die Antwort,
      es gab da mal seit Jahren 2 Warnmeldungen jetzt sind es 7.
      Trotz installieren aller Firmware-Dateien sind nur 2 verschwunden.
      Die Lösung ist einen eigenen Kernel zu bauen und dabei alles sauber zuhalten.
      Ja natürlich ist diese Warnung letztendlich egal es ist aber unschön und zeugt von nicht sauber arbeiten.
      JA ich bin nur ein kleiner Java Programmierer und empfindlich für solche Sachen.
      Es ist in der heutigen Zeit, so entnehme ich es den Antworten, wohl normal sowas einfach nicht zu bereinigen obwohl es kein großer Aufwand ist.

      "Im Bucktracker kann man auch Feature Requests stellen."
      Soweit mein Kenntnissstand wurde dies schon vor Jahren gemacht ohne Erfolg, bin mir da aber nicht so ganz sicher.

      Somit sage auch ich egal mein Kernel funktioniert und gut ist.

      Eine andere Distro ist auch keine Option, dafür ist Arch einfach zu gut.

      Danke nochmals für die Antworten.

      Greg

      Das habe ich jetzt auch ausprobiert und es sind nur noch die ewigen 2 Fehler da.
      Meinen eigenen Kernel werde ich aber behalten wer weis....

      Danke für die Info @Greg

        Ähhh, um jetzt mal hier richtig Verwirrung zu stiften.
        Ich habe mal das Paket upd72020x-fw wieder deinstalliert. Es wurde automatisch ein mkinitcpio ausgeführt.
        Reboot.
        Was soll ich sagen, USB3 funktioniert immer noch. Grummel.
        Keine Ahnung warum das jetzt geht. Klar, das die Warnung firmware...jetzt wieder gemeldet wird.
        xhci_pci zieht ein Modul xhci_pci_renesas mit.
        Dem Fujitsu Esprimo Q556/2 habe ich am 21.11.2021 Arch-Linux verpasst. Zu diesem Zeitpunkt ging USB3 definitiv nicht. In den unendlichen Weiten des Internets habe ich nur das gefunden:
        https://bbs.archlinux.org/viewtopic.php?id=270795
        und das
        https://lore.kernel.org/stable/YYLKngiZxyqARmvL@kroah.com/
        Da war wohl für kurze Zeit n' Bug.
        Sorry für die Verwirrungen.
        Gruß aus DN
        Greg

        • GerBra hat auf diesen Beitrag geantwortet.

          Wenn ich es richtig verstanden habe betrifft die Firmware einen spezifischen Chipsatz und solange das im Kernel aktiviert ist hat xhci_pci eben eine Abhängigkeit darauf und so wird das xhci_pci_renesas geladen obwohl man die Hardware dafür gar nicht hat. Insgesamt kann man das einfach ignorieren...

          • Greg hat auf diesen Beitrag geantwortet.

            Greg Sorry für die Verwirrungen.

            ;-)

            Diese Warnings treten ja auch nur beim Erstellen des fallback-Images auf. Dieses wird ja ohne autodetect-Hook ausgeführt und hat ja jedes verfügbare Modul im Image drin, ergo auch die etwaig fehlende Firmware für manche Module.

            Kritischer wäre es, wenn solche Meldungen eben beim "rechnerspezifischen" Initramfs-Image auftauen würden.

            Generell finde ich es gut das Firmware-Paket zu "entschlacken", aufzuteilen. Die Firmware-Blobs sind mittlerweile genauso groß wie der ganze Kernel <g>, das aktuell aufgeteilte immerhin rund 50MB kleiner als das letzte.