firmware: failed to load

[alexander1]

Hallo, bin neu hier im Forum und auch neu in der Linux bzw. Debian Welt.

Habe es zwar mittlerweile geschafft Debian zu installieren aber es gibt noch ein paar Probleme, einige kann ich bestimmt selber lösen aber bei diesem komme ich trotz mittlerweile zwei Tagen Google suche nicht weiter:

Folgendes Problem:

Bei der ersten Installation wurden scheinbar meine Netzwerkgerät nicht erkannt, somit konnte ich zwar die Installation Fertigstellen aber eben keine Verbindungen aufbauen (es fehlte Firmware).

Ich suchte ne weile und kam dann auf die Firmware von Debian.org. Genauer die: Paket: firmware-atheros (20190114-2) und Paket: firmware-realtek (20190114-2).

Habe diese beiden in den Ordner "Firmware" auf meinem Installationsmedium kopiert. Damit nun die Installation wiederholt.
(das auch die von realtek fehlte bekam ich erst angezeigt, als ich das Este Problem gelöst habe!)

Somit war nun schon während der Installation Netzwerkbetrieb möglich. Auch nach der Installation funktionieren alle Netzwerkkomponenten.


Allerdings bekomme ich bei jedem Bootvorgang folgende Fehlermeldungen:

ath10k_pci 0000:02:00.0: firmware: failed to load ath10/pre-cal-pci-0000:02:00.0.bin (-2)
ath10k_pci 0000:02:00.0: firmware: failed to load ath10/cal-pci-0000:02:00.0.bin (-2)



Ich habe solche Dateien versucht zu suchen, leider ohne Erfolg.

Vorab vielen Dank für eine Unterstützung !

[whisper]

Als Anfänger wäre es besser gewesen, wenn Du ein Image benutzt hättest, dass die Nicht freie Firmware bereits beeinhaltet.
Nun ist das Kind in den Brunnen gefallen, aber keine Panik.
Ich gehe mal davon aus, dass du Buster installiert hast?
Die Internet Verbindung ist ja da, oder?
Suche in der Paketverwaltung nach firmware-linux-nonfree und installiere das. Das sollte helfen.

Wenn du insgesamt selber mal schauen willst, installiere debian-reference-de
Dann kannst du Lokal in der gut geschriebenen aktuellen Doku surfen. (file:///usr/share/debian-reference/index.html im Browser öffnen)
Viele Dinge, die man als Anfänger so wissen sollte sind da gut erklärt.

[JTH]

Hallo, bin neu hier im Forum und auch neu in der Linux bzw. Debian Welt.

Willkommen

Wenn ich es richtig verstanden habe, dann funktioniert Netzwerk (WLAN?!) nach deinem zweiten Installationsanlauf jetzt ohne merkbare Probleme und dich stört nur die Fehlermeldung?

Dann ignoriere die Fehlermeldung. Die Treiber/Kernelmodule versuchen gerne mal mehr zu laden, als für deine Hardware notwendig ist, siehe z.B. hier.

Zur Gegenprobe könntest du nochmal schauen und posten, was dir

Code: Alles auswählen

root@pc:~# dmesg | grep ath10k_pci

ausgibt.

Generell: Wenn du keine Fehler bemerkst, lieber die Hardware/Software (erstmal) nicht kaputt basteln, besonders als Einsteiger

Ich habe solche Dateien versucht zu suchen, leider ohne Erfolg.

Die scheint es auch per Debianpaket tatsächlich nicht (mehr?) zu geben.

[alexander1]

Als Anfänger wäre es besser gewesen, wenn Du ein Image benutzt hättest, dass die Nicht freie Firmware bereits beeinhaltet.
Nun ist das Kind in den Brunnen gefallen, aber keine Panik.

Ja, dieses Image wäre auch möglich gewesen. Wusste ich leider vorher nicht.
Ist nun aber egal, da die benötigten Daten da auch nicht drin sind.

Habe in dem von Dir genannten nonfree Paket nachgeschaut, auch da sind die entsprechenden Dateien die angeblich fehlen nicht drin.
Auch die Firmware die ich zusätzlich für die Installation verwendet habe ist in dem nonfree Paket und dem entsprechendem Image nicht drin!

Habe das nonfree Paket trotzdem Installiert, Fehler ist aber immer noch da!

Ja, ich habe Buster installiert. Ja, die Internetverbindung funktioniert seit dem ich während der Installation wie oben beschrieben folgende Firmware installiert habe https://packages.debian.org/stretch/all ... s/download

Danke für den Tipp mit der Doku! kann ich bestimmt noch gut brauchen.


Leider sind die Fehlermeldungen aber immer noch da:

ath10k_pci 0000:02:00.0: firmware: failed to load ath10/pre-cal-pci-0000:02:00.0.bin (-2)
ath10k_pci 0000:02:00.0: firmware: failed to load ath10/cal-pci-0000:02:00.0.bin (-2)

[towo]

viewtopic.php?t=169473

[willy4711]

Hallo und willkommen im Forum.
Die Fehlermeldung, die du bekommst, ist bei mir ein "Dauerbrenner" seitdem ich den Laptop habe.
Nichtsdestotrotz wird im Anschluss die WLAN- Verbindung stabil aufgebaut.
Auch um andere Probleme zu "orten" und ob der NIC läuft wäre es gut einmal inxi zu installieren
und anschließend die Ausgabe von

Code: Alles auswählen

inxi -F

hier einzustellen.
Gibt einen kompletten Systemüberblick. Ob die Verbindungen (LAN /WLAN) funktionieren, wird auch angezeigt.
Für den Test und die Ausgabe wäre es gut beide Verbindungen zu aktivieren (LAN-Kabel auch stecken)

Erst mal sehen, was genau du für NIC's hast.

Problemlos würde auch firmware-atheros aus Bullseye gehen, da keinen weiteren Abhängigkeiten vorhanden sind

[alexander1]

[/quote]
Willkommen

Wenn ich es richtig verstanden habe, dann funktioniert Netzwerk (WLAN?!) nach deinem zweiten Installationsanlauf jetzt ohne merkbare Probleme und dich stört nur die Fehlermeldung?

[/quote]

Richtig, WLAN Funktioniert ohne merkbare Probleme.

Ja, mich stört die Fehlermeldung. Weis ja nicht was diese bedeutet und beim Booten wird diese ja scheinbar bearbeitet, verbraucht also auch Zeit.

Code: Alles auswählen

[[   15.199464] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   15.580402] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/pre-cal-pci-0000:02:00.0.bin (-2)
[   15.580539] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/cal-pci-0000:02:00.0.bin (-2)
[   15.797537] ath10k_pci 0000:02:00.0: firmware: direct-loading firmware ath10k/QCA9377/hw1.0/firmware-6.bin
[   15.797547] ath10k_pci 0000:02:00.0: qca9377 hw1.1 target 0x05020001 chip_id 0x003821ff sub 11ad:08a6
[   15.797550] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
[   15.798679] ath10k_pci 0000:02:00.0: firmware ver WLAN.TF.2.1-00021-QCARMSWP-1 api 6 features wowlan,ignore-otp crc32 42e41877
[   16.045274] ath10k_pci 0000:02:00.0: firmware: direct-loading firmware ath10k/QCA9377/hw1.0/board-2.bin
[   16.045627] ath10k_pci 0000:02:00.0: board_file api 2 bmi_id N/A crc32 8aedfa4a
[   16.648529] ath10k_pci 0000:02:00.0: Unknown eventid: 118809
[   16.651364] ath10k_pci 0000:02:00.0: Unknown eventid: 90118
[   16.651985] ath10k_pci 0000:02:00.0: htt-ver 3.56 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1
[   16.827293] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0
[   26.354543] ath10k_pci 0000:02:00.0: Unknown eventid: 118809
[   26.357659] ath10k_pci 0000:02:00.0: Unknown eventid: 90118
[   27.139021] ath10k_pci 0000:02:00.0: Unknown eventid: 118809
[   27.141900] ath10k_pci 0000:02:00.0: Unknown eventid: 90118]

[alexander1]

viewtopic.php?t=169473

Ja, alles was dort beschrieben wurde habe ich auch versucht. Bin mir nur nicht sicher ob das Problem dort gelöst wurde. Wenn ja, dann ganz am Ende von da.


Hier habe ich mal den letzten Post aus dem oben verlinktem eingefügt:

Hallo,

die Dateien mit den Bezeichnungen "pre-cal" und "cal" werden für zukünftige Versionen der WLAN-Boards geladen. Das Nicht-Vorhandensein beinträchtigt die Funktion nicht (wenn die Firmware geladen wird, was bei dir auch aus dmesg hervorgehen sollte).

Code: Alles auswählen

Beispiel:
ath10k_pci 0000:01:00.0: firmware ver 10.4-ct-9984-fW-009-dfa0083 api 5 features peer-flow-ctrl crc32

Hier [1] wird exemplarisch für andere Boards die Funktion des OTP (One Time Programmable) erklärt.

For these reasons, it is convenient to store both the carrier board version and carrier board ID in non-volatile media such as the OTP (One Time Programmable) bits. You can then add conditional code in the bootloader (or in the operating system) to make the same software run on different versions and variants of the carrier board.

Hier [2] hat jemand den Modul-Parameter "skip_otp" für das Modul eingeführt, möglicherweise wird die Fehlermeldung damit nicht mehr angezeigt.
Die "pre-cal"-Daten befinden sich bei deiner Version im EEPROM und werden beim Laden der Firmware dort ausgelesen [3].

I've already tested it with a QCA9984 device which had pre-cal
data in the PCI device's EEPROM and this worked fine (without cal file and
without pre-cal file).

Der Userhelper (der das Modul lädt) versucht für einige Chips schon die "pre-cal" und "cal" zu laden, diese Funktion ist allerdings noch in der Entwicklung (ebenfalls [3]).

QCA99X0, QCA9888, QCA9984 supports calibration data in
either OTP or DT/pre-cal file. Current ath10k supports
Calibration data from OTP only.

If caldata is loaded from DT/pre-cal file, fetching board id
and applying calibration parameters like tx power gets failed.

Die Fehlermeldung in dmesg kann also in diesem Fall ignoriert werden.

Gruss, habakug

[1] https://www.digi.com/resources/document ... ion_id.htm
[2] https://git.congatec.com/arm/imx6_kerne ... w=parallel
[3] https://patchwork.kernel.org/patch/9748097/

Ist dies etwa die Lösung meines Problemes?

Wenn ja, kann ich irgendwie verhindern, dass es zu diesen Fehlermeldungen kommt? Vielleicht irgendetwas abschalten?

[JTH]

Wenn dein WLAN funktioniert, ist doch gut. Das Log lässt keinen Fehler erkennen, andere Firmwaredateien wurden nach den zwei Meldungen erfolgreich geladen und die Karte erkannt.

Bei solchen Meldungen mal genauer zu schauen, ist ja auch absolut sinnvoll. Da dein WLAN funktioniert und kein richtiger Fehler im Log zu sehen ist, musst du sie aber wohl oder übel hinnehmen – oder das Kernelmodul modifizieren und selbst neubauen. Abschalten lassen sie sich normalerweise nicht.

Der Treiber versucht da irgendwelche Kalibrierungsdateien zu laden – die sind aber optional. Das wollen dir die Meldungen sagen.

Nochmal der Ratschlag: Ignorier die Meldungen, es sind dramatisch klingende Hinweise, aber keine Fehler.

[willy4711]

Ja, mich stört die Fehlermeldung. Weis ja nicht was diese bedeutet und beim Booten wird diese ja scheinbar bearbeitet, verbraucht also auch Zeit.

Nur mal zum "Zeitverbrauch": --> 0

Code: Alles auswählen

~$ journalctl -b|grep  ath10k
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: firmware: failed to load ath10k/pre-cal-pci-0000:03:00.0.bin (-2)
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: firmware: failed to load ath10k/cal-pci-0000:03:00.0.bin (-2)
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: firmware: direct-loading firmware ath10k/QCA9377/hw1.0/firmware-6.bin
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: qca9377 hw1.1 target 0x05020001 chip_id 0x003821ff sub 11ad:08a6
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0 testmode 0
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: firmware ver WLAN.TF.2.1-00021-QCARMSWP-1 api 6 features wowlan,ignore-otp crc32 42e41877
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: firmware: direct-loading firmware ath10k/QCA9377/hw1.0/board-2.bin
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: board_file api 2 bmi_id N/A crc32 8aedfa4a
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: unsupported HTC service id: 1536
Nov 16 08:58:40 aspire kernel: ath10k_pci 0000:03:00.0: htt-ver 3.56 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1
Nov 16 08:58:41 aspire NetworkManager[1119]: <info>  [1573891121.3352] rfkill2: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:1d.2/0000:03:00.0/ieee80211/phy0/rfkill2) (driver ath10k_pci)

Es verbleiben also 2 Zeilen im Journal das zum Zeitpunkt der abfrage bereits 1600 Zeilen hat

[alexander1]

Hallo zusammen,

zu erst einmal vielen Dank für die vielen "Willkommen-Wünsche" und natürlich auch für die Hilfe !

Ich habe nun ungefähr eine Woche mit Debian verbracht und konnte tatsächlich alle Probleme die mir so begegnet sind lösen.
Habe z.B. auch schon ein kleines Script gebaut, das alle mir derzeit bekannten Update und Wartungsdinge von alleine erledigt.
Das Arbeiten mit dem Terminal ist noch etwas ungewohnt, aber ich lerne jeden Tag ein paar Befehle mehr.

Natürlich habe ich nach den ganzen spielerein und versuchen ein Komplett neues System aufgesetzt ! (Mal sehen ob das Final so bleibt )

Dabei konnte ich auch ein weiteres Problem lösen. Mir hat wohl auch ein Grafiktreiber gefehlt, habe mir diese .bin Datei aus einem noonfree Paket besorgt, da ich nicht das gesamte Paket installieren wollte. Beim ausführen der .bin Datei ergaben sich erneut Probleme und selbst nachdem ich die Richtigen Befehle hatte lies diese sich nicht ausführen. Lösung war eigentlich ganz einfach: Im Verzeichnis /lib/firmware den Ordner /i915 erstellen, die .bin Datei dort reinkopieren und reboot. Fertig.

Habe den letzten von mir hier eingestellten Kommentar zuerst selber nicht so richtig verstanden, aber in Verbindung mit euren Kommentaren kam ich dann auf die Lösung meines eingangs Beschriebenen Problems:

Die beiden .bin Dateien werden von Debian gesucht, da wohl meine Hardware die oben beschriebenen Funktionen vermuten lässt.
Da dies aber wohl zusätzliche Funktionen sind und die Hardware auch ohne diese funktioniert sind diese nicht unbedingt notwendig. Diese zusätzlichen Funktionen befinden sich wohl noch in der Entwicklung, daher gibt es wohl auch keine Treiber dafür, zumindest nicht für Linux und/oder bezogen auf Linux und meine Karte. Sollte es also Irgendwann einmal diese Treiber geben, muss ich diese ja nur wie oben mit dem Grafiktreiber beschrieben entsprechen Kopieren, dann verschwinden auch diese Meldungen. Diese Meldungen Vorrübergehend einfach hinzunehmen ist wohl einfacher als am Kernel rum zu bauen.

Falls ich mit dieser Zusammenfassung recht habe ist das Problem wohl damit gelöst.


Nochmals Vielen Dank für die Antworten!

[willy4711]

Dabei konnte ich auch ein weiteres Problem lösen. Mir hat wohl auch ein Grafiktreiber gefehlt, habe mir diese .bin Datei aus einem noonfree Paket besorgt, da ich nicht das gesamte Paket installieren wollte.

Ob das nun besonders schlau ist, an der Paketverwaltung vorbei irgendwelche Dateien im System zu platzieren, möchte ich mal bezweifeln.

Beim ausführen der .bin Datei ergaben sich erneut Probleme und selbst nachdem ich die Richtigen Befehle hatte lies diese sich nicht ausführen

Ich lerne gerne dazu: Was hast du denn für Befehle benutzt, um die Firmware auszuführen ?

[TomL]

Vor dem Hintergrund...

Ich habe nun ungefähr eine Woche mit Debian verbracht ...

... halte ich das auch nicht unbedingt für eine gute Idee...

Das Arbeiten mit dem Terminal ist noch etwas ungewohnt, aber ich lerne jeden Tag ein paar Befehle mehr.

... denn man braucht gar nicht jeden Tag ein paar Befehle mehr. Debian sollte für einen Beginner weitestgehend ganz ohne solche Aktionen auskommen. Und ich bin davon überzeugt, dass das nächste eine wirklich schlechte Idee ist....

habe mir diese .bin Datei aus einem noonfree Paket besorgt, da ich nicht das gesamte Paket installieren wollte. Beim ausführen der .bin Datei ergaben sich....

... und schließe mich deshalb Willy's Vorbehalten an. Ich glaube, dass Du möglicherweise ein paar unzutreffende Vorstellungen von Debian hast und deshalb wäre mein Rat, zunächst etwas zurückhaltender im Terminal zu agieren. Nicht alles, was Debian als Lösung toleriert, ist dann am Ende auch wirklich eine Lösung. Kernel-Module am Paketmanagement vorbei irgendwie in Betrieb zu nehmen gehört jedenfalls zu den Dingen, die man besser lassen sollte.

...aber in Verbindung mit euren Kommentaren kam ich dann auf die Lösung meines eingangs Beschriebenen Problems

Nein, das ist keine Lösung... das ist umgefähr so, als würde man die fehlende Radschraube am Auto mit einer unpassenden größeren Schlüsselschraube ersetzen und kurzerhand dazu die Gewindeaufnahme aufbohren.

Falls ich mit dieser Zusammenfassung recht habe ist das Problem wohl damit gelöst.

Vielleicht ist das so... aber vielleicht hast Du damit auch nur die Grundlage für neue Probleme geschaffen, für die irgendwann später kein kausaler Zusammenhang zu dieser Aktion offensichtlich ist.... wobei dann der Schluss "Debian taugt nix" die logische Konsequenz sein wird. Das das aber gar nix mit der Wirklichkeit zu tun hat, geht dabei unter... weil Schuld sind dann sowieso immer die anderen.

Mein Rat wäre, Debian bis auf weiteres so zu nutzen, wie es vom Non-Free-Installer installiert wurde und nachdem auch die gewünschte weitere persönliche Software regulär über das Repo installiert wurde und dann erst mal Look&Feel-Erfahrungen zu sammeln. Das Terminal brauchts für den Anfang allenfalls für Upgrades... ich weiss gerade gar nicht, ob die Desktop-Versionen das automatisch handhaben. Alles weitere ergibt sich im Laufe der Zeit mit mehr und besseren Erfahrungen.