Arch Linux

detect_firmware Skript Probleme

brikler

GerBra Was soll das bringen? Vor allem: Woher soll ich wissen (bzw. das Skript) was ich auf deinem Rechner oder dem vom Nikolaus zu "filtern" hätte?

was zu filtern wäre, gäben die firmware pakete im repo vor:

ore/linux-firmware-amdgpu 20251125-2
    Firmware files for Linux - Firmware for AMD Radeon GPUs
core/linux-firmware-atheros 20251125-2
    Firmware files for Linux - Firmware for Qualcomm Atheros
    WiFi and Bluetooth adapters
core/linux-firmware-broadcom 20251125-2
    Firmware files for Linux - Firmware for Broadcom and Cypress
    network adapters
core/linux-firmware-cirrus 20251125-2
    Firmware files for Linux - Firmware for Cirrus Logic audio
    devices
core/linux-firmware-intel 20251125-2 [installed: 1:20251125-2]
    Firmware files for Linux - Firmware for Intel devices
core/linux-firmware-liquidio 20251125-2
    Firmware files for Linux - Firmware for Cavium LiquidIO
    server adapters
core/linux-firmware-marvell 20251125-2
    Firmware files for Linux - Firmware for Marvell devices
core/linux-firmware-mediatek 20251125-2
    Firmware files for Linux - Firmware for MediaTek and Ralink
    devices
core/linux-firmware-mellanox 20251125-2
    Firmware files for Linux - Firmware for Mellanox Spectrum
    switches
core/linux-firmware-nfp 20251125-2
    Firmware files for Linux - Firmware for Netronome Flow
    Processors
core/linux-firmware-nvidia 20251125-2
    Firmware files for Linux - Firmware for NVIDIA GPUs and SoCs
core/linux-firmware-other 20251125-2
    Firmware files for Linux - Unsorted firmware for various
    devices
core/linux-firmware-qcom 20251125-2
    Firmware files for Linux - Firmware for Qualcomm SoCs
core/linux-firmware-qlogic 20251125-2
    Firmware files for Linux - Firmware for QLogic devices
core/linux-firmware-radeon 20251125-2
    Firmware files for Linux - Firmware for ATI Radeon GPUs
core/linux-firmware-realtek 20251125-2
    Firmware files for Linux - Firmware for Realtek devices
core/linux-firmware-whence 20251125-2 [installed: 1:20251125-2]
    Firmware files for Linux - WHENCE file (vendor licenses)

wenn das namenschema gleich bliebe, könnte man zum beispiel die ausgabe von lsmod nach rtl, radeon, nvidia, oder sonst was filtern, und wüsste dann, daß linux-firmware-XYZ nötig wäre.

GerBra

brikler wenn das namenschema gleich bliebe, könnte man zum beispiel die ausgabe von lsmod nach rtl, radeon, nvidia, oder sonst was filtern, und wüsste dann, daß linux-firmware-XYZ nötig wäre.

Das funktioniert nicht. Schau dir mal selbst dein lsmod an dbzgl.
Selbst in deinem Besipiel:

brikler lsmod | cut -d' ' -f1 | grep intel

Wo ist dann iwlwifi ?

Ich hab auch nicht vor das Pferd von hinten aufzuzäumen <g>

brikler

GerBra Wo ist dann iwlwifi ?

das ist teil von linux-firmware-intel, und man kann ja auch nach iwlwifi filtern, die sonst intel outside haben

GerBra

Update:

habe grad die V3 gepusht
git clone https://codeberg.org/GerBra/detect_firmware.git

brikler

GerBra
mal ein bisschen was OT: kann man mit der bash arrays in eiem array haben, also so was in etwa array[][]?

GerBra

brikler kann man mit der bash arrays in eiem array haben

Kurz: Nein
Ein
array=(1 2 (3 4))
ist nicht möglich, was in anderen "höheren" Programmiersprachen problemlos geht (Ruby,Python,..)
Du kannst noch nicht mal verschiedene "Datentypen" mischen: s=(1 "das ist 2" 3)

Länger: über "Krückenlösungen":
https://linuxsimply.com/bash-scripting-tutorial/array/array-of-arrays/
https://unix.stackexchange.com/questions/741723/how-can-i-create-a-multidimensional-array-or-something-similar-with-bash
https://unix.stackexchange.com/questions/545502/bash-array-of-arrays
Aber wenn man wirklich solche Datenstrukturen braucht sollte man auf eine andere Sprache umsteigen <g>

OnT:
Ich hab's mal in einem anderen Projekt verwendet, aber leider vergessen. Dein Vorschlag bzgl. in mehrere Prozesse aufteilen. Nur irgendwo ein "&" hintendran hängen oder fork/exec ist nicht machbar, deshalb war habe ich so schnell "abgewunken" - ohne eine Art Thread-Kontrolle/Handling ist das nicht machbar.
Dann habe ich mich an parallel erinnert (man parallel_examples, man parallel)
Nur zum "Eindruck" kriegen:

$ s=($(modinfo -F firmware iwlwifi))
$ parallel pacman -Fqx ::: ${s[@]}

Das werde ich mir nochmal die Tage anschauen, ob da doch was sinnvolles möglich ist.

//Edit: Das ist ein Riesenunterschied (an meinem PC, 6( ht 12) cores)

$ s=($(modinfo -F firmware iwlwifi))
$ time for i in ${s[@]}; do pacman -Fqx "$i"; done | wc -l
29

real	3m34,488s
user	3m6,199s
sys	0m27,377s
$ time parallel pacman -Fqx ::: ${s[@]} | wc -l
29

real	0m33,428s
user	5m27,766s
sys	0m39,020s

Die Schwierigkeit ist halt nur, aus Threads die einzelnen "Ergebnisse" die man später "verarbeiten" will/muß korrekt zusammen zuführen. Aber dafür hat parallel einiges in peto...

tuxnix

Frohe Weihnachten allerseits! 🎄+ 🎁

GerBra
Zunächst mal eine Ausgabe der neuen V3
Sehr schön!

Trotzdem hab ich immer noch darüber gerätselt, weshalb bei meinem PC die Abfrage vom journal nur ein
iwlwifi 0000:03:00.0: loaded firmware version 8.83.5.1 build 33692 5000-5.ucode op_mode iwldvm
liefert. Sind die anderen firmware-pakete die dein skript ausgibt vielleicht gar nicht von Nöten?

Ich hab dann alle linux-firmware-* Pakete deinstalliert und einen Neustart durchgeführt.
Bis auf das Wlan funktionierte noch alles.
Die firmware für das tg3 und i915 treiber-modul ist wohl schon im kernel mit eingebaut und benötigen keine zusätzliche firmware mehr.

Ich hab dann einen neuen Ansatz für ein skript gesucht.
lspci -nnk gibt eine Zeile "Kernel driver in use:" aus für Module die aktiviert sind.
Das hab ich dann für das folgende skript genutzt.

#!/usr/bin/bash

# lspci -nnk auswerten und Geräte ohne aktiven Treiber anzeigen
fwpkg=0
while IFS= read -r line; do
    if [[ "$line" =~ ^[0-9a-fA-F]{2}:[0-9a-fA-F]{2}\.[0-9] ]]; then
        device=$line
        driver="0"
        modul="0"
    fi

    if [[ "$line" =~ "Kernel driver in use:" ]]; then
        driver=$line
    fi

    if [[ "$line" =~ "Kernel modules: "(.+) ]]; then
        modul="${BASH_REMATCH[1]}"
    fi

    if [ $modul == "intel_agp" ]; then
        modul="0" #intel_agp is depetched
    fi

    if [[ ! $modul == "0" ]] && [[ $driver == "0" ]]; then
    echo "Device: $device"
    echo "Modul: $modul"
    echo "Needed package: $(pacman -Fqx /usr/lib/firmware/$modul/*)"
    echo ""
    fwpkg=1
    fi

done < <(lspci -nnk)

    if [ $fwpkg -eq 0 ]; then
        echo "No additional firmware package is needed for pci-devices!"
    fi

https://0x0.st/PzU5.txt
Mit pacman -Fqx /usr/lib/firmware/$modul/* wird dann jeweils nur ein mal pro nicht laufendem Modul nach dem passenden Paket gesucht. Die Zeit Ersparnis ist gar nicht mal so entscheidend, aber im Ergebnis spare ich mir gegenüber deinem skript die Installation vom linux-firmware-broadcom Paket.

//Edit: Im skript ergänzt, dass das modul intel_agp inzwischen als depratched gilt.

Weiterhin schöne Festtage wünsche ich.

GerBra

tuxnix ch hab dann einen neuen Ansatz für ein skript gesucht.
lspci -nnk gibt eine Zeile "Kernel driver in use:" aus für Module die aktiviert sind.

Das ist IMHO "zu kurz" gedacht. Nicht alle Geräte (die ein Kernelmodul laden) werden über den PCI-Bus angesprochen. Motherboard intern,USB,Bluetooth,serial, etc.
Ich denke nicht, daß das akkurat ist (wenn's auf dem eigenen PC "funzt" heißt nicht, daß es für alle andere auch gilt <g>)

Nimm mal dieses Skript:

#/usr/bin/bash
#

tabs 30
mod_path=/usr/lib/modules/$(uname -r)
mod_counter=0
mod_with_fw_counter=0
echo "All Modules with possible needed firmware"
while read -r fw_file_name; do
    ((mod_counter+=1))
    #echo "$fw_file_name"
    if [[ $(modinfo -F firmware $mod_path/$fw_file_name*) != "" ]]; then
        ((mod_with_fw_counter+=1))
        name=$(modinfo -F name $mod_path/$fw_file_name*)
        desc=$(modinfo -F description $mod_path/$fw_file_name*)
        printf '%s\t=(%s)\n' $name "$desc"
    fi
done < $mod_path/modules.order
printf '%d von gesamt %d Kernelmodule brauchen ggf. eine externe Firmware\n' \
    $mod_with_fw_counter $mod_counter

Das zeigt dir für deinen Kernel alle //edit verfügbaren Module + Beschreibung an, die in den Infos (modinfo) evtl. nötige Firmware-Files benötigen. Und da sind noch nicht mal externe Module (nvidia,etc.) dabei.
Sehr viele dieser Module werden eben nicht durch lspci erfaßt.

Wenn es um geladene Module geht ist IMHO die einzig verläßliche Quelle eben: lsmod
(Und selbst da gibt es z.B. referenzierte Module, abhängige, d.h. nicht jedes Modul darin ist sagen wir für den aktuellen Betriebszustand(der ja wechseln kann: ein wireless device kann von managed/adhoc zu einem ap modus geändert werden, was evtl. sogar wieder weitere Firmware-Blobs nachlädt) nötig.

GerBra

tuxnix Trotzdem hab ich immer noch darüber gerätselt, weshalb bei meinem PC die Abfrage vom journal nur ein
iwlwifi 0000:03:00.0: loaded firmware version 8.83.5.1 build 33692 5000-5.ucode op_mode iwldvm
liefert. Sind die anderen firmware-pakete die dein skript ausgibt vielleicht gar nicht von Nöten?

Bei meinem alten Laptop ist dieses Device verbaut:

02:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Networ
        Subsystem: Intel Corporation WiFi Link 5100 AGN
        Flags: bus master, fast devsel, latency 0, IRQ 35
        Memory at d9000000 (64-bit, non-prefetchable) [size=8K]
        Capabilities: <access denied>
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi

Auch hier wird als Firmware-File (wie bei dir) laut dyndbg-Kernelparameter die wlwifi-5000-5.ucode geladen. Aber es mag vom gleichen Modul abgedeckte Intel-wireless-Chips geben, die eben ein anderes Firmware-File laden. Kannst du sowas mit 100%tiger Sicherheit ausschließen?

tuxnix Ich hab dann alle linux-firmware-* Pakete deinstalliert und einen Neustart durchgeführt.
Bis auf das Wlan funktionierte noch alles.
Die firmware für das tg3 und i915 treiber-modul ist wohl schon im kernel mit eingebaut und benötigen keine zusätzliche firmware mehr.

Mal "Tacheles": Sind wir uns einig, daß die ganzen linux-firmware-* (und andere) Pakete nicht ohne Grund in diesem Umfang existieren? Könnte laut deiner obigen Feststellung kernel.org oder Archlinux auf diese Pakete auch verzichten - "werden ja nicht gebraucht, funzt bei mir auch ohne"?
Nehmen wir mal dein tg3:
Anhand meiner Erfahrung mit Linux/Kernel kann ich mir z.B. vorstellen, daß u.a. je nach verwendeten Modul-Optionen ggf. doch "Firmware" nötig wäre. z.B. wenn man sowas wie Debugging im Modul einschaltet. Wenn WoL genutzt wird. Wenn es Teil einer Bridge ist. Usw.....
All sowas kann ich nicht einfach "ausschließen" weil es z.B. bei mir grad funktioniert. Gerade bei Firmware-Blobs weiß sowieso niemand (Blob) was der Hersteller gerade mit dem Device macht wenn eine FW geladen wird.

Ich bin mir ziemlich sicher, daß sehr viele bei lsmod aufgeführte bzw. in den Firmware-Paketen enthaltene Files nicht mehr benötigt werden. Sind vielleicht seit Kernel 4.x "drin" und aktuell eben nicht mehr nötig als File 23-xyz-1.fw. Aber wieder: Kann ich diese Unterscheidung treffen? Ich nicht.

Somit kann ich IMHO micht nur daran halten: Das Modul sagt: ich benötige ggf. diese Firmware(s). Das ist was lsmod -F firmware sagt. Und diese Info ist etwas, was ich auch an jedem anderen Rechner so feststellen kann - gesichert.

//Edit

tuxnix Mein script soll erst einmal nur anzeigen, ob vorhandene pci-devices betrieben werden und nicht ob es Kernelmodule gibt, die in anderen PCs ihren Dienst tun.
Und soweit ich auf meinem PC schaun kann tut es das auch.

Das ist schön, aber ich versuche ja etwas was auch auf anderen - mir unbekannten - Rechnern funktioniert. Und da fällt dein Ansatz IMHO flach. Ich brauche nicht die PCI-Device-Modules durchsuchen wenn ich diese sowieso schon durch (gesicherteres) lsmod kriege.

//Edit2: Zum background
Diese Seite/Post hatte ich auch schon gesehen. Auch wenn man mit anderen Suchbegriffen eben Infos sucht a lá "Wie stelle ich fest welches Modul bei mir welche Firmware lädt?" merkt man, daß die Frage schon oft kam und es eben keine "absolut 100%tige" Möglichkeit der Feststellung gibt.
Ich schätze den Weg über dyndbg als den momentan "zuverlässigsten" ein. //edit: War schon in einem Beitrag IMHO 2013 erwähnt. Aber das bedarf halt eines vorbereiteten Kernels und eines Bootparameters.

Und: es gibt immer noch: Behalte halt alle Firmware-Pakete ;-) No lsmod-Gefriemel, no cry <g>

brikler

@GerBra mir viel gerade auf, daß sich da noch einiges an zeit holen ließe

intel/avs/skl/dsp_basefw.bin (linux-firmware-intel)
  intel/avs/apl/dsp_basefw.bin (linux-firmware-intel)
  intel/avs/cnl/dsp_basefw.bin (linux-firmware-intel)
  intel/avs/icl/dsp_basefw.bin (No package found!)
  intel/avs/jsl/dsp_basefw.bin (No package found!)
  intel/avs/lkf/dsp_basefw.bin (No package found!)

offensichtlich gehts um die gleiche datei, mit einem assoziativ array könnte man eine menge abfragen sparen, und man könnte auch ohne schleife auskommen, das sollte sich auch besser parallelisieren lassen, mit parallel

pacman -Fx intel/avs/lkf/dsp_basefw.bin intel/avs/jsl/dsp_basefw.bin intel/avs/cnl/dsp_basefw.bin
usr/lib/firmware/intel/avs/cnl/dsp_basefw.bin.zst is owned by cachyos/linux-firmware-intel 1:20251125-2
usr/lib/firmware/intel/avs/cnl/dsp_basefw.bin.zst is owned by core/linux-firmware-intel 20251125-2

edit: wenn man das array firmware_file auf doppelte schlüssel filtern könnte, dann würde man sich viele fragen an pacman ersparen, zb i915/tgl_guc_70.bin, würde man sich vier anfragen sparen
i915/tgl_guc_70.bin (linux-firmware-intel) i915/tgl_guc_70.bin (linux-firmware-intel) i915/tgl_guc_70.bin (linux-firmware-intel) i915/tgl_guc_70.bin (linux-firmware-intel)

tuxnix

brikler
Vielleicht hast du gesehen, dass bei meinem script der Ansatz ein anderer ist.
Da wird das gar nicht gebraucht, weil dort auch nicht nach so vielen fw-Dateien gesucht wird.

Hab die Zeile:
pacman -Fx intel/avs/lkf/dsp_basefw.bin intel/avs/jsl/dsp_basefw.bin intel/avs/cnl/dsp_basefw.bin
trotzdem mal in der Konsole laufen lassen und mit htop geschaut was passiert.
Aber da kommt immer nur ein Prozessor ins Schwitzen. Parallel ist das wohl nicht.
Güße 😉

tuxnix

GerBra
Upps: "240 von gesamt 6201 Kernelmodule brauchen ggf. eine externe Firmware"
Sagt es!

Da hätte ich mir aber richtig viele PCs zu Weihnachten wünschen müssen um das alles zum laufen zu bringen 😉.
Ich hab doch nur ganz olle Notebooks, da gibt gar nicht sooo viel. Klar pci ist nicht die ganze Wahrheit, aber eben doch schon mal ein wichtiger Teil davon.
Der Sinn von Modulen besteht ja gerade darin, dass es viele unterschiedliche Hardware gibt und dass sie je nach Bedarf geladen werden können.
Mein script soll erst einmal nur anzeigen, ob vorhandene pci-devices betrieben werden und nicht ob es Kernelmodule gibt, die in anderen PCs ihren Dienst tun.
Und soweit ich auf meinem PC schaun kann tut es das auch.

Edit\: Und da gibt es wohl noch etwas, das das Unterfangen nicht leichter macht.

Background information:

You cannot query for "currently loaded" firmware, because firmware doesn't necessarily remain in system memory. It is often uploaded to some chip in some device outside the system. Most drivers will load a firmware file into a kernel buffer, use that buffer to program the device, then discard the buffer without keeping any record of what the file was. Some drivers do log their firmware loading to the kernel log, but that is by choice of whoever wrote the driver; it's not universal.

When I was trying to figure out how to log firmware loads, my first thought was to "get between" the kernel and whatever userspace program must be responsible for grabbing firmware files. I could add some debug messages and the problem would be solved. But it turns out this is not always possible: the kernel itself is capable of getting firmware straight from the filesystem, with no userspace mechanism involved. (In fact, the kernel prefers to direct load straight from /lib/firmware/ when possible.)

The next thought I had was to use kprobe or some other tracing system to trace kernel function calls that are involved in firmware loading. But it turns out I didn't have to go that far: the firmware loader already includes some debug messages that — once enabled — are enough to see what files are being loaded. The dyndbg above takes advantage of these.

Other information:

The kernel's firmware loading API is generally accessed by calls to request_firmware() or request_firmware_nowait(). A driver calls one of these functions with the name of the firmware file it wants, and the kernel attempts to load it using this process:
Check for firmware in the kernel image, load from there if found.
Check for firmware on the filesystem, load from there if found.
[If kernel is configured for it] use a sysfs "fallback": create /sys/firmware/<xxx>/loading, wait for some program to write firmware to it.
[If kernel is configured for it] create a uevent to inform udev or whoever is listening that "it would be really great if you could write to this file".
If too much time passes (specifically whatever length of time is in /sys/firmware/timeout), give up with an error.

GerBra

brikler linux-firmware-intel will linux-firmware-whence als abhängikeit, wie es bei anderen firware packeten ist, weiß ich nicht

Da hast du mich ggf. falsch verstanden, ich teste nicht Abhängigkeiten von Paketen.

Was mein Check-Skript (//edit: welches deine/unsere Eingangsfrage beantworten soll) macht basiert im wesentlichen auf diesem:

GerBra Nimm mal dieses Skript:

Teste alle Module des Kernels aus /usr/lib/modules/$(uname -r)
Wenn das jeweilige Modul Firmware-Files referenziert(modinfo -F firmware <modul>), dann prüfe jedes dieser firmware-files in welchen Paketen es ggf. drin ist und dabei stelle fest, ob in mehr als einem Paket.
//Edit: Der aktuelle Kernel hat ca. 6200 Module, davon haben eben ca. 240 Referenzen auf Firmware-Blob_files-

Der Output dieses Skripts (Wichtig ist unten ab Sum):
https://0x0.st/Piql.txt
Speichert es ggf. als output ab.

Erklärung:
Ref:x bedeutet: Wie viele Firmware-Files referenziert modinfo -F firmware gesamt?
Found:x bedeutet: Wie viele davon werden überhaupt in Paketen gefunden?
Unique:x bedeutet: In wie vielen unterschiedlichen Paketen wird ggf. das jeweilige File gefunden. Idealfall sollte nur 1 sein.
Package(s): In welchen Paketen wurde eines der Firmware-Files gefunden

Die Ausgangsfrage ist: Gibt es Kernel-Module die ggf. Firmware-Blob-Files aus unterschiedlichen, mehreren Paketen brauchen?

Das Kriterium dafür wäre Unique:x größer als 1
Danach fragen wir obigen output nun ab(Datei sollte output heißen):

$ grep -v -e 'Working on' -e'Unique:1' output

Sum
mt7603e = (Ref:4 Found:0 Unique:0 Package(s):)
isight_firmware = (Ref:1 Found:0 Unique:0 Package(s):)
zd1211rw = (Ref:6 Found:0 Unique:0 Package(s):)
p54usb = (Ref:2 Found:0 Unique:0 Package(s):)
plfxlc = (Ref:1 Found:0 Unique:0 Package(s):)
softing_cs = (Ref:7 Found:0 Unique:0 Package(s):)
dvb_usb_dw2102 = (Ref:8 Found:0 Unique:0 Package(s):)
pvrusb2 = (Ref:4 Found:0 Unique:0 Package(s):)
ptp_idt82p33 = (Ref:1 Found:0 Unique:0 Package(s):)
mn88473 = (Ref:1 Found:0 Unique:0 Package(s):)
mn88472 = (Ref:1 Found:0 Unique:0 Package(s):)
hci_bcm4377 = (Ref:8 Found:0 Unique:0 Package(s):)
snd_usb_6fire = (Ref:3 Found:0 Unique:0 Package(s):)
lattice_ecp3_config = (Ref:1 Found:0 Unique:0 Package(s):)
bt3c_cs = (Ref:1 Found:0 Unique:0 Package(s):)
drx39xyj = (Ref:1 Found:0 Unique:0 Package(s):)
si2165 = (Ref:1 Found:0 Unique:0 Package(s):)
si2168 = (Ref:4 Found:0 Unique:0 Package(s):)
qat_6xxx = (Ref:2 Found:0 Unique:0 Package(s):)
solos_pci = (Ref:3 Found:0 Unique:0 Package(s):)
snd_hda_codec_ca0132 = (Ref:3 Found:3 Unique:2 Package(s):extra/alsa-firmware core/linux-firmware-other)
ipw2100 = (Ref:3 Found:0 Unique:0 Package(s):)
p54spi = (Ref:2 Found:0 Unique:0 Package(s):)
b43legacy = (Ref:2 Found:0 Unique:0 Package(s):)
testmod_2uniques = (Ref:2 Found:2 Unique:2 Package(s):core/linux-firmware-broadcom core/linux-firmware-intel)
ipw2200 = (Ref:3 Found:0 Unique:0 Package(s):)
aic94xx = (Ref:1 Found:0 Unique:0 Package(s):)
wcn36xx = (Ref:1 Found:0 Unique:0 Package(s):)
m88ds3103 = (Ref:3 Found:0 Unique:0 Package(s):)
moxa = (Ref:3 Found:0 Unique:0 Package(s):)
dvb_usb_az6007 = (Ref:1 Found:0 Unique:0 Package(s):)
snd_hda_scodec_cs35l56 = (Ref:4 Found:0 Unique:0 Package(s):)
si2157 = (Ref:13 Found:0 Unique:0 Package(s):)
snd_riptide = (Ref:1 Found:0 Unique:0 Package(s):)
snd_soc_rt5677 = (Ref:1 Found:0 Unique:0 Package(s):)
habanalabs = (Ref:3 Found:0 Unique:0 Package(s):)
xhci_pci_renesas = (Ref:1 Found:0 Unique:0 Package(s):)
cx24117 = (Ref:1 Found:0 Unique:0 Package(s):)
bcm203x = (Ref:2 Found:0 Unique:0 Package(s):)
ds3000 = (Ref:1 Found:0 Unique:0 Package(s):)
af9013 = (Ref:1 Found:0 Unique:0 Package(s):)
bfusb = (Ref:1 Found:0 Unique:0 Package(s):)
cx231xx = (Ref:1 Found:0 Unique:0 Package(s):)
dvb_usb_lmedm04 = (Ref:6 Found:0 Unique:0 Package(s):)
dvb_usb_af9015 = (Ref:1 Found:0 Unique:0 Package(s):)
mxl692 = (Ref:1 Found:0 Unique:0 Package(s):)
xc2028 = (Ref:2 Found:0 Unique:0 Package(s):)
speedfax = (Ref:1 Found:0 Unique:0 Package(s):)
rt2800usb = (Ref:1 Found:2 Unique:2 Package(s):extra/kismet core/linux-firmware-mediatek)
cx23885 = (Ref:1 Found:0 Unique:0 Package(s):)
ivtv = (Ref:3 Found:0 Unique:0 Package(s):)
b43 = (Ref:17 Found:0 Unique:0 Package(s):)
fdp = (Ref:2 Found:7 Unique:7 Package(s):core/linux-firmware-atheros extra/gnumeric extra/python-opengl extra/intel-oneapi-basekit extra/qemu-common extra/libpinyin extra/rpp)
p54pci = (Ref:1 Found:0 Unique:0 Package(s):)
tda10071 = (Ref:1 Found:0 Unique:0 Package(s):)
adf7242 = (Ref:1 Found:0 Unique:0 Package(s):)
dvb_usb_ec168 = (Ref:1 Found:0 Unique:0 Package(s):)
at76c50x_usb = (Ref:8 Found:0 Unique:0 Package(s):)
wd719x = (Ref:2 Found:0 Unique:0 Package(s):)
bttv = (Ref:1 Found:0 Unique:0 Package(s):)
ast = (Ref:1 Found:0 Unique:0 Package(s):)

Was sofort auffällt: viele Module mit Unique:0
D.h.: Es wird von modinfo Firmware referenziert, aber es gibt diese in keinem archlinux Repo Paket.
In meinem Haupt-Skript würden diese als "Bad" gewertet werden, da u.U. zum korrekten Betrieb nötige Firmware fehlt. Real dürfte es eher bedeuten: Diese referenzierten Blob-Files sind nicht (mehr) nötig.
Aber das interessiert momentan wenig. (Aber ich muß mir das fürs haupt-Skript nochmal genau ansehen)

Also schließen wir Unique:0 auch noch aus:

$ grep -v -e 'Working on' -e 'Unique:0' -e'Unique:1' output

Sum
snd_hda_codec_ca0132 = (Ref:3 Found:3 Unique:2 Package(s):extra/alsa-firmware core/linux-firmware-other)
testmod_2uniques = (Ref:2 Found:2 Unique:2 Package(s):core/linux-firmware-broadcom core/linux-firmware-intel)
rt2800usb = (Ref:1 Found:2 Unique:2 Package(s):extra/kismet core/linux-firmware-mediatek)
fdp = (Ref:2 Found:7 Unique:7 Package(s):core/linux-firmware-atheros extra/gnumeric extra/python-opengl extra/intel-oneapi-basekit extra/qemu-common extra/libpinyin extra/rpp)

Bleiben diese 3 4 Module übrig. Was ist dazu zu sagen:
a) testmod_2uniques
Das ist ein Test-Modul was ich in mein Skript eingebaut habe, um die korrekte Funktion zu testen. Das es hier auftaucht ist berechnet.
b1) fdp
Firmware in sieben unterschiedlichen Paketen? HoHo...
Das ist einfach ein logischer Syntax-Fehler im testskript, den habe ich schon korrigiert.
modinfo -F firmware fdp
zeigt zwei Blobs, und man muß per pacman -Fqx halt "richtig" suchen: pacman -Fqx /usr/lib/firmware.*/"$i"
Real ist für dieses Modul auch nur ein Firmware-Paket "zuständig": linux-firmware-atheros
b2) rt2800usb
Gleiches "Problem" wie obiges fdp Modul, extra/kismet taucht auf aufgrund eines "Such-Fehlers"
c) snd_hda_codec_ca0132
Das ist nun wirklich ein Modul, welches Firmware-Blobs aus zwei unterschiedlichen Paketen benötigt.
Und zudem das Einzige.
modinfo -F firmware snd_hda_codec_ca0132

ctefx-r3di.bin ist in extra/alsa-firmware
ctefx-desktop.bin ist in extra/alsa-firmware
ctefx.bin ist in core/linux-firmware-other

Was ergibt das für die Ausgangsfrage:
Gibt es Kernel-Module die ggf. Firmware-Blob-Files aus unterschiedlichen, mehreren Paketen brauchen?

Es gibt ein einziges Paket. Alle anderen beziehen ihre ggf. nötige Firmware aus jeweils nur einem Archlinux Firmware-Paket.

brikler oder gibts ein modul, was zwei verschiieden firmware packete notwendig machen würde?

Es gibt genau eines. Das könnte man einfach "ignorieren" (oder findet eine separate Lösung zu).
Die Suche: <firmware-blob> in welchen Paketen könnte man wohl doch nach einem(oder ggf. 2) gefundenen Paketen abbrechen und das bisher gefundene als dafür notwendiges Firmware-Paket deklarieren.
Für iwlwifi z.B. würde das bedeuten: Sobald du einen Blob in linux-firmware-intel "gefunden" hast mußt du die anderen Blobs nicht auch noch untersuchen. V.a. nicht die, die in keinem der aktuellen Pakete zu finden ist.
//Edit123<g>:
Für iwlwifi z.B. würde das bedeuten: Sobald du einen der 62 referenzierten Blobs in linux-firmware-intel gefunden hast (du findest sowieso nur 29) brauchen die restlichen Blobs nicht weiter untersucht werden. Wir können annehmen: iwlwifi = linux-firmware-intel
//Edit124<g>: Und das gilt halt für jedes andere Modul entsprechend auch.

//Edit:
Ich kann das Check-Skript auf welchem o.A. beruht auch gerne zur Verfügung stellen. Es bringt aber die jeweilige Hardware ganz schön ans Schwitzen <g>
Auf meinem PC (6 cores, mit HT 12) brauchte es 51 Minuten, alle Kerne + Load waren fast immer am Max.

tuxnix

GerBra

Gehen wir mal von einem monolithischen linux kernel aus und irgend wann hat man sich dazu entschlossen Module anzuflanschen. Und der Grund dafür ist Flexibilität.
Es gibt Unmengen an Hardware und ein Rechner braucht jeweils nur einen kleinen Teil der entsprechenden Treiber und firmware die modular bei Bedarf hinzuǵeladen werden können.

GerBra Auch hier wird als Firmware-File (wie bei dir) laut dyndbg-Kernelparameter die wlwifi-5000-5.ucode geladen. Aber es mag vom gleichen Modul abgedeckte Intel-wireless-Chips geben, die eben ein anderes Firmware-File laden. Kannst du sowas mit 100%tiger Sicherheit ausschließen?

Nein, muss ich aber auch gar nicht!

Wenn eine andere firmware auf einem anderen PC geladen würde, dann stünde im journal auch das entsprechend andere fw log.
Aber so weit, dass ich sämtliche andere fw aus dem Paket entferne, gehe ich ja gar nicht. (Obwohl, das müsse eigentlich auch klappen. Es wäre dann nur etwas anfällig bei einer neuen kernelversion). Der Hinweis auf die fw iwlwifi-5000-5.ucode sorgt dafür, dass das linux-firmware-intel Paket installiert wird. Dort ist jede gängige firmware für das iwlwifi Modul vorhanden. Das Modul lädt dann selbständig die fw die es haben will.
Bei meinem skript wird ohnehin nur festgestellt, dass das iwlwifi Modul vorhanden ist.
Wenn das Modul "in use" ist wird zusätzlich nichst mehr gebraucht. Wenn es "off use" ist wird empfohlen das linux-firmware-intel Paket zu installieren.

Zu "meinem" tg3:

dyndbg sagt dazu: Nichts (Also wird sehr wahrschenlich das fw-Paket nicht gebraucht, denn sonst gäbe es ja eine Meldung)
lspci -nnk sagt: in use
Netzwerk läuft

Nein, ich kann nicht garantieren, dass die übernächste kernel-version noch die passende firmware enthält oder auf einem anderen PC nicht eine etwas andere Chipvariante eine andere fw benötigt.
Aber sehr wahrscheinlich zeigt in all diesen Fällen dann lspci -nnk auch nicht mehr "in use" an und das skript wird dann dazu ermuntern, das fw-paket für das tg3 Modul zu installieren.

Die Konsequenz ist bei mir die gleiche wie bei dir.
Das passende fw Paket installieren, ja oder nein.
Das ist der ganze Zauber.

Jede einzelne Modulvariante dahingehend zu prüfen ob auch eine passende fw-Datei im Paket enthalten ist, ist m.M.n. unnötig. Du schreibst ja selbst:

These are marked above as "(No package found!)" on some modules
and by "Rating: Partial (Found x of y)".
This is mostly no problem, cause many firmware files listed in
modinfo <modul> are no longer needed, revoked by vendor or part of
another firmware file. Most times your hardware will use any other
listed firmware file for which a firmware package exists and
mentioned in this summary.

ich muss auch keine Firmware-Pakete auf Vorrat installieren obwohl sie aktuell nicht gebraucht werden. Eine 100% Garantie, dass immer alles funktioniert, wenn sich mal etwas ändert, würde es aber selbst dann nicht geben können.

GerBra

Ich habe nun im Repo mal 3 Issues erstellt, mit möglichen Verbesserungen, wohin "die Reise geht":
https://codeberg.org/GerBra/detect_firmware/issues

GerBra

Zu deinem Ansatz im Skript noch mal einige Anmerkungen:

tuxnix Bei meinem skript wird ohnehin nur festgestellt, dass das iwlwifi Modul vorhanden ist.
Wenn das Modul "in use" ist wird zusätzlich nichst mehr gebraucht. Wenn es "off use" ist wird empfohlen das linux-firmware-intel Paket zu installieren.

Ein Modul wird (bin ich mir zu 99,9% sicher) auch dann vom Kernel geladen, wenn z.B. die nötige Firmware nicht vorhanden ist. Es taucht also bei lsmod (und natürlich auch bei lspci -k) auf - ist also nach deiner Aussage "in use".
Trotzdem läßt das IMHO nicht den Schluß zu: Also es wird keine Firmware benötigt. So verstehe ich zumindest deinen Ansatz.
Weiter oben hast du das schon mal gemacht (linux-firmware-intel entfernt, und das wlan funktionierte nicht. Teste das ruhig nochmal aus: Ich bin mir sicher daß in dieser Situation trotzdem das Modul geladen ist ("in use").

Ersetze dann hier bei dem Satz mal tg3 durch iwlwifi

tuxnix Aber sehr wahrscheinlich zeigt in all diesen Fällen dann lspci -nnk auch nicht mehr "in use" an und das skript wird dann dazu ermuntern, das fw-paket für das tg3 Modul zu installieren.

Dein Skript wird sagen: "in use" - trotzdem wird dein Device nicht funktionieren. Und zwar aus dem Grund weil die nötige Firmware nicht vorhanden ist.

Also kommst du um eine Prüfung, ob (für geladenes Modul xyz) auch Firmware vorhanden ist, nicht herum. Dafür mußt du wissen welche Firmware gebraucht wird.

//Edit: Und zur Netzwerkkarte mit dem Modul tg3 nochmal speziell (auch interessehalber):

tuxnix Zu "meinem" tg3:
dyndbg sagt dazu: Nichts (Also wird sehr wahrschenlich das fw-Paket nicht gebraucht, denn sonst gäbe es ja eine Meldung)
lspci -nnk sagt: in use
Netzwerk läuft

Hast du das auch mal mit einem Kaltstart probiert? Oder "nur" Warmstart("Reboots")?
z.B. mit meiner TV-Karte(ja ich nutze sowas noch<g>) ist es oft so wenn diese sich mal "verhaspelt" hat: Ein Warmstart reicht nicht(kein Sender), ich muß den PC runterfahren(ausschalten) damit die Karte(braucht Firmware) wieder richtig initialisiert wird.
Firmware-Blobs heißen ja z.B. deswegen so, weil durchs Laden z.B. bei deiner Netzkarte im Chip v23a-T das Register 48 mit "4" belegt wird. Das könnte dann ermöglichen, daß diese Karte nicht nur Pakete empfangen, sondern auch senden kann (Blödes Beispiel, aber ein Beispiel...).
Es kann nun sein, daß nur durch Warmstart die Karte "initialisiert" bleibt (also z.B. keine FW lädt?), aber dann Probleme kriegt bei einem Kaltstart wenn keine FW vorhanden ist.

brikler

@GerBra
ein treffer pro modul würde reichen, oder gibts ein modul, was zwei verschiieden firmware packete notwendig machen würde?

es wäre dann blos noch eine zusätzliches if else nötig, in dem getestet wird, obs einen treffer gibt, bevors zum nächsten modul weiter geht

GerBra

brikler ein treffer pro modul würde reichen, oder gibts ein modul, was zwei verschiieden firmware packete notwendig machen würde?

Teste ich gerade ernsthaft, habe ein Skript erstellt was wirklich für alle Module mit referenzierter Firmware die/das notwendige Firmware-Paket ermittelt. Nutzt intensiv parallel...
Dürfte bei mir (6 cores, 12 mit HT) noch min. eine Stunde laufen...

brikler

GerBra linux-firmware-intel will linux-firmware-whence als abhängikeit, wie es bei anderen firware packeten ist, weiß ich nicht

brikler

GerBra Teste alle Module des Kernels

da ist es kein wunder, wenns dauert^^
das ist etwas anderes, als bei den geladenen module

tuxnix

GerBra Ein Modul wird (bin ich mir zu 99,9% sicher) auch dann vom Kernel geladen, wenn z.B. die nötige Firmware nicht vorhanden ist.

GerBra ist also nach deiner Aussage "in use".

Nein

Bei der Abfrage von lspci -nnk wird immer die Zeile mit der Angabe des Moduls ausgegeben.
Wenn die fw vorhanden ist, wird zusätzlich aber noch eine Zeile ausgegeben mit der Angabe, welcher Treiber in Gebrauch ist. (siehe codeblock)

GerBra Hast du das auch mal mit einem Kaltstart probiert? Oder "nur" Warmstart("Reboots")?

Bisher nur Warmstarts.
Um sicher zu gehen hole ich das jetzt nach und mache das jetzt ein mal ganz "cool" 😉

Zusätzlich hab ich das journal in die Abfragen mit einbezogen.
(loggt mit "dyndbg=file drivers/base/firmware_loader/main.c +fmp")
Interessant dabei ist, dass beim filtern nach firmware das Modul: tg3 nicht auftaucht.
Beim iwlwifi Modul hingegen wird sowohl das Vorhandensein als auch das Fehlen der Firmware protokolliert.

Meine Vermutung:
Das Modul tg3 lädt den dazugehörigen Treiber und die Firmware aus dem Kernel heraus.

[root@leno matthias]# pacman -Qs linux-firmware
[root@leno matthias]#
[root@leno matthias]# poweroff

>Warten bis notebook runter gefahren ist
>Netzstecker ziehen
>2 Min warten
>Netzstecker rein
>Einschaltknopf drücken

[root@leno matthias]# lspci -nnk | grep -A3 -i Ethernet
04:00.0 Ethernet controller [0200]: Broadcom Inc. and subsidiaries NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
        Subsystem: Lenovo ThinkPad R61 [17aa:20d5]
        Kernel driver in use: tg3
        Kernel modules: tg3

>Unterschieden wird hier zwischen modules und driver, wobei die auch nicht immer die gleichen Namen haben müssen. Über die verwendete firmware gibt es hier jedoch keinerlei Angaben.

[root@leno matthias]# lspci -nnk | grep -A2 -i Network
03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection [8086:4237]
        Subsystem: Intel Corporation WiFi Link 5100 AGN [8086:1211]
        Kernel modules: iwlwifi

>Das Modul ist geladen, aber der Treiber ist nicht in Gebrauch. Die Zeile: "Kernel driver in use:" wird nicht ausgegeben. Kein Wunder, die nötige FW ist auch nicht installiert.


[root@leno matthias]# journalctl -k | grep firmware
Dez 26 22:50:26 leno kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux-lts root=UUID=2f34e0c3-b6f1-4cf2-bd4d-66784d7c3218 rw loglevel=6 resume=LABEL=SWAP "dyndbg=file drivers/base/firmware_loader/main.c +fmp"
Dez 26 22:50:26 leno kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux-lts root=UUID=2f34e0c3-b6f1-4cf2-bd4d-66784d7c3218 rw loglevel=6 resume=LABEL=SWAP "dyndbg=file drivers/base/firmware_loader/main.c +fmp"
Dez 26 22:50:26 leno systemd[1]: Clear Stale Hibernate Storage Info was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67).
Dez 26 22:50:27 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-regulatory.db fw_priv=000000008b722b8c
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/6.12.63-1-lts/regulatory.db failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/regulatory.db failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/6.12.63-1-lts/regulatory.db failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: Loading firmware from /lib/firmware/regulatory.db
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: direct-loading regulatory.db
Dez 26 22:50:27 leno kernel: firmware_class:fw_set_page_data: firmware_class: fw_set_page_data: fw-regulatory.db fw_priv=000000008b722b8c data=00000000d088381d size=6328
Dez 26 22:50:27 leno kernel: firmware_class:fw_log_firmware_info: platform regulatory.0: Loaded FW: regulatory.db, sha256: 5560f4f0fdac7d1bb2adf8d4d083f39e3bee5ba55192feadadc091df55a813eb
Dez 26 22:50:27 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-regulatory.db.p7s fw_priv=000000000a1311f1
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/6.12.63-1-lts/regulatory.db.p7s failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/regulatory.db.p7s failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/6.12.63-1-lts/regulatory.db.p7s failed for no such file or directory.
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: Loading firmware from /lib/firmware/regulatory.db.p7s
Dez 26 22:50:27 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: direct-loading regulatory.db.p7s
Dez 26 22:50:27 leno kernel: firmware_class:fw_set_page_data: firmware_class: fw_set_page_data: fw-regulatory.db.p7s fw_priv=000000000a1311f1 data=00000000ac5186bd size=1085
Dez 26 22:50:27 leno kernel: firmware_class:fw_log_firmware_info: platform regulatory.0: Loaded FW: regulatory.db.p7s, sha256: 5dd27969661bed1e021ce435f535a53f201705bda14c2dba0db6353d1cdc6fff
Dez 26 22:50:27 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-regulatory.db.p7s fw_priv=000000000a1311f1 data=00000000ac5186bd size=1085
Dez 26 22:50:27 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-regulatory.db fw_priv=000000008b722b8c data=00000000d088381d size=6328
Dez 26 22:50:28 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-5.ucode fw_priv=00000000c3f27443
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-5.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-5.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-5.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-5.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-5000-5.ucode failed with error -2
Dez 26 22:50:28 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-5.ucode fw_priv=00000000c3f27443 data=0000000000000000 size=0
Dez 26 22:50:28 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-4.ucode fw_priv=00000000c3f27443
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-4.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-4.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-4.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-4.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-4.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-4.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-4.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-4.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-4.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-4.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-4.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-4.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-5000-4.ucode failed with error -2
Dez 26 22:50:28 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-4.ucode fw_priv=00000000c3f27443 data=0000000000000000 size=0
Dez 26 22:50:28 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-3.ucode fw_priv=00000000c3f27443
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-3.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-3.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-3.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-3.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-3.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-3.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-3.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-3.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-3.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-3.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-3.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-3.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-5000-3.ucode failed with error -2
Dez 26 22:50:28 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-3.ucode fw_priv=00000000c3f27443 data=0000000000000000 size=0
Dez 26 22:50:28 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-2.ucode fw_priv=00000000c3f27443
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-2.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-2.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-2.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-2.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-2.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-2.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-2.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-2.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-2.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-2.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-2.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-2.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-5000-2.ucode failed with error -2
Dez 26 22:50:28 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-2.ucode fw_priv=00000000c3f27443 data=0000000000000000 size=0
Dez 26 22:50:28 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-1.ucode fw_priv=00000000c3f27443
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-1.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-1.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-1.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-1.ucode failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-1.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-1.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-1.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-1.ucode.zst failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-1.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-1.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-1.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-1.ucode.xz failed for no such file or directory.
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-5000-1.ucode failed with error -2
Dez 26 22:50:28 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-1.ucode fw_priv=00000000c3f27443 data=0000000000000000 size=0
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: no suitable firmware found!
Dez 26 22:50:28 leno kernel: iwlwifi 0000:03:00.0: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git



>mein skript...
[root@leno matthias]# lspci-detect
Device: 03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection [8086:4237]
Modul: iwlwifi
Needed package: core/linux-firmware-intel


[root@leno matthias]# pacman -S linux-firmware-intel
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …

Pakete (2) linux-firmware-whence-20251125-2  linux-firmware-intel-20251125-2

Gesamtgröße der installierten Pakete:  113,67 MiB

.....ect.pp.

[root@leno matthias]# reboot

>jetzt läuft auch das Wlan !

[root@leno matthias]# pacman -Qs linux-firmware
local/linux-firmware-intel 20251125-2
    Firmware files for Linux - Firmware for Intel devices
local/linux-firmware-whence 20251125-2
    Firmware files for Linux - WHENCE file (vendor licenses)


>mein skript:
[root@leno matthias]# lspci-detect
No extra firmware package is needed for pci-devices!

[root@leno matthias]# lspci -nnk | grep -A3 -i Network
03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection [8086:4237]
        Subsystem: Intel Corporation WiFi Link 5100 AGN [8086:1211]
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi

>jetzt wird zusätzlich zum Modul auch die Zeile "Kernel driver in use: iwlwifi" ausgegeben.

[root@leno matthias]# journalctl -k | grep firmware
Dez 26 23:05:40 leno kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux-lts root=UUID=2f34e0c3-b6f1-4cf2-bd4d-66784d7c3218 rw loglevel=6 resume=LABEL=SWAP "dyndbg=file drivers/base/firmware_loader/main.c +fmp"
Dez 26 23:05:40 leno kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux-lts root=UUID=2f34e0c3-b6f1-4cf2-bd4d-66784d7c3218 rw loglevel=6 resume=LABEL=SWAP "dyndbg=file drivers/base/firmware_loader/main.c +fmp"
Dez 26 23:05:40 leno systemd[1]: Clear Stale Hibernate Storage Info was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67).
Dez 26 23:05:41 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-regulatory.db fw_priv=00000000484cd252
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/6.12.63-1-lts/regulatory.db failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/regulatory.db failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/6.12.63-1-lts/regulatory.db failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: Loading firmware from /lib/firmware/regulatory.db
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: direct-loading regulatory.db
Dez 26 23:05:41 leno kernel: firmware_class:fw_set_page_data: firmware_class: fw_set_page_data: fw-regulatory.db fw_priv=00000000484cd252 data=0000000017573391 size=6328
Dez 26 23:05:41 leno kernel: firmware_class:fw_log_firmware_info: platform regulatory.0: Loaded FW: regulatory.db, sha256: 5560f4f0fdac7d1bb2adf8d4d083f39e3bee5ba55192feadadc091df55a813eb
Dez 26 23:05:41 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-regulatory.db.p7s fw_priv=000000002273d146
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/6.12.63-1-lts/regulatory.db.p7s failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/updates/regulatory.db.p7s failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: loading /lib/firmware/6.12.63-1-lts/regulatory.db.p7s failed for no such file or directory.
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: Loading firmware from /lib/firmware/regulatory.db.p7s
Dez 26 23:05:41 leno kernel: firmware_class:fw_get_filesystem_firmware: platform regulatory.0: direct-loading regulatory.db.p7s
Dez 26 23:05:41 leno kernel: firmware_class:fw_set_page_data: firmware_class: fw_set_page_data: fw-regulatory.db.p7s fw_priv=000000002273d146 data=000000006d128e47 size=1085
Dez 26 23:05:41 leno kernel: firmware_class:fw_log_firmware_info: platform regulatory.0: Loaded FW: regulatory.db.p7s, sha256: 5dd27969661bed1e021ce435f535a53f201705bda14c2dba0db6353d1cdc6fff
Dez 26 23:05:41 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-regulatory.db.p7s fw_priv=000000002273d146 data=000000006d128e47 size=1085
Dez 26 23:05:41 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-regulatory.db fw_priv=00000000484cd252 data=0000000017573391 size=6328
Dez 26 23:05:42 leno kernel: firmware_class:__allocate_fw_priv: firmware_class: __allocate_fw_priv: fw-iwlwifi-5000-5.ucode fw_priv=00000000c8770674
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/iwlwifi-5000-5.ucode failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/6.12.63-1-lts/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/updates/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: loading /lib/firmware/6.12.63-1-lts/iwlwifi-5000-5.ucode.zst failed for no such file or directory.
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: Loading firmware from /lib/firmware/iwlwifi-5000-5.ucode.zst
Dez 26 23:05:42 leno kernel: firmware_class:fw_get_filesystem_firmware: iwlwifi 0000:03:00.0: f/w decompressing iwlwifi-5000-5.ucode
Dez 26 23:05:42 leno kernel: firmware_class:fw_set_page_data: firmware_class: fw_set_page_data: fw-iwlwifi-5000-5.ucode fw_priv=00000000c8770674 data=00000000e9c4f159 size=340696
Dez 26 23:05:42 leno kernel: firmware_class:fw_log_firmware_info: iwlwifi 0000:03:00.0: Loaded FW: iwlwifi-5000-5.ucode, sha256: da259ae4b436f4d166aad2139f23694c2737e25288095140a1809d60fe676247
Dez 26 23:05:42 leno kernel: firmware_class:__free_fw_priv: firmware_class: __free_fw_priv: fw-iwlwifi-5000-5.ucode fw_priv=00000000c8770674 data=00000000e9c4f159 size=340696
Dez 26 23:05:42 leno kernel: iwlwifi 0000:03:00.0: loaded firmware version 8.83.5.1 build 33692 5000-5.ucode op_mode iwldvm

Edit\: Mit
GRUB_CMDLINE_LINUX="module.sig_enforce=0 initcall_debug loglevel=3 dyndbg='global +pml'"

zeigt das journal dann auch die Initialisierung aus dem kernel an :

Dez 27 08:25:24 leno kernel: calling  tg3_driver_init+0x0/0xff0 [tg3] @ 341
Dez 27 08:25:24 leno kernel: initcall tg3_driver_init+0x0/0xff0 [tg3] returned 0 after 1976 usecs

M.m.n. dürfte die Herkunft vom tg3 Treiber aus dem Kernel damit bewiesen sein.

Für das Modul i915 dürfte übrigens das Gleiche gelten:

[root@leno matthias]# journalctl -k | grep i915
Dez 27 08:25:23 leno kernel: calling  i915_init+0x0/0x90 [i915] @ 136
Dez 27 08:25:23 leno kernel: i915 0000:00:02.0: [drm] Found GM45 (device ID 2a42) display version 4.00 stepping N/A
Dez 27 08:25:23 leno kernel: i915 0000:00:02.0: vgaarb: deactivate vga console
Dez 27 08:25:23 leno kernel: i915 0000:00:02.0: [drm] Skipping intel_backlight registration
Dez 27 08:25:23 leno kernel: [drm] Initialized i915 1.6.0 for 0000:00:02.0 on minor 1
Dez 27 08:25:23 leno kernel: fbcon: i915drmfb (fb0) is primary device
Dez 27 08:25:23 leno kernel: i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
Dez 27 08:25:23 leno kernel: initcall i915_init+0x0/0x90 [i915] returned 0 after 924615 usecs

Beim i915 modul ist es egal, weil das Paket linux-firmware-intel ohnehin schon installiert ist, aber auch hier wird die fw nicht aus dem fw-Paket sondern direkt aus dem kernel geladen und die Grafik hatte auch ohne das linux-firmware-intel Paket funktioniert.

« Vorherige Seite Nächste Seite »