Falsche Firmware für WLAN-Karte?

[debianfanboy]

Hallo Forum,
ich habe schon einmal vor einer Weile gepostet, dass ich ein Problem mit der WLAN-Karte in meinem Desktop-Rechner habe: Die Verbindung bricht in unvorhersehbarer Weise immer mal wieder ab. Jetzt habe ich mich mal wieder damit beschäftigt und bin auf Folgendes gestoßen:

Code: Alles auswählen

root@PRODESK:/# lspci
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)

Das heißt doch, dass der Chipsatz auf der WLAN-Karte RTL8188CE ist, richtig?

Code: Alles auswählen

root@PRODESK:/lib/firmware# ls -l
drwxr-xr-x 2 root root   4096 Mai 12  2016 RTL8192E
drwxr-xr-x 2 root root   4096 Mai 12  2016 RTL8192SU
drwxr-xr-x 2 root root   4096 Mai 12  2016 rtl_nic
drwxr-xr-x 2 root root   4096 Mai 12  2016 rtlwifi

Warum steht denn da RTL8192E bzw. RTL8192SU? Heißt das, dass die falsche Firmware installiert ist?
Seinerzeit habe ich apt-get install firmware-realtek eingegeben, um die entsprechende non-free Firmware zu installieren. Ich kann mich leider nicht mehr erinnern, ob ich sonst noch was rumgefrimelt habe. Kann mir jemand aus der Patsche helfen? Dit wär dufte!

Danke,
Robert

[rendegast]

firmware-realtek ist ein Sammelpaket diverser Firmware.

Code: Alles auswählen

dpkg-query -L firmware-realtek | sort

Ich tippe auf *8188* in rtlwifi/.

Welche letztendlich vom Treiber benutzt wird findet sich im kernel-Log

Code: Alles auswählen

dmesg | egrep -i "rtl|8188|firm|fw"

EDIT ---------------------------------------------------------

# lspci
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)
Das heißt doch, dass der Chipsatz auf der WLAN-Karte RTL8188CE ist, richtig?

Nein, es heißt erstmal nur, daß für eine gefundene pci-ID 10ec:8176 per pci.ids dieser String ausgegeben wird.

rtlwifi setzt nach pci-ID den Typ 8188CE_DID, was in der pci.c umgeschrieben wird zu HARDWARE_TYPE_RTL8192CE, und damit ist Treiber rtl8192ce zuständig.
Der rtl8192ce verwendet firmware rtl8192cfw.bin wohl standardmäßig,
denn nur für die beiden anderen rtl8192cfwU und rtl8192cfwU_B finde ich gesonderte Erwähnung/Test ("rtl92c_init_sw_vars", "fw_name").

[debianfanboy]

Danke für die Antwort!
*8188* ist neben vielen anderen in rtlwifi/

Code: Alles auswählen

/lib/firmware/rtlwifi
/lib/firmware/rtlwifi/rtl8188efw.bin
/lib/firmware/rtlwifi/rtl8188eufw.bin
/lib/firmware/rtlwifi/rtl8192cfw.bin
/lib/firmware/rtlwifi/rtl8192cfwU_B.bin
/lib/firmware/rtlwifi/rtl8192cfwU.bin
/lib/firmware/rtlwifi/rtl8192cufw_A.bin
/lib/firmware/rtlwifi/rtl8192cufw_B.bin
/lib/firmware/rtlwifi/rtl8192cufw.bin
/lib/firmware/rtlwifi/rtl8192cufw_TMSC.bin
/lib/firmware/rtlwifi/rtl8192defw.bin
/lib/firmware/rtlwifi/rtl8192sefw.bin
/lib/firmware/rtlwifi/rtl8712u.bin
/lib/firmware/rtlwifi/rtl8723aufw_B.bin
/lib/firmware/rtlwifi/rtl8723aufw_B_NoBT.bin
/lib/firmware/rtlwifi/rtl8723befw.bin
/lib/firmware/rtlwifi/rtl8723fw_B.bin
/lib/firmware/rtlwifi/rtl8723fw.bin
/lib/firmware/rtlwifi/rtl8821aefw.bin

Im kernel-Log steht das:

Code: Alles auswählen

root@PRODESK:/home/larah# dmesg | egrep -i "rtl|8188|firm|fw"
[    0.132965] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[    6.469005] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.
[    7.739796] rtl8192ce 0000:03:00.0: enabling device (0100 -> 0103)
[    7.870490] rtl8192ce: Using firmware rtlwifi/rtl8192cfw.bin
[    7.955502] rtl8192ce 0000:03:00.0: firmware: direct-loading firmware rtlwifi/rtl8192cfw.bin
[    7.971218] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[    7.971326] rtlwifi: wireless switch is on

Das mit dem Firmware Bug bei ACPI habe ich schon in einem anderen Thread angesprochen.
Die Firmware ist also nicht das Problem (8188ce nutzt den 8192ce: https://wiki.debian.org/rtl819x#rtl8192ce-1). Ich komme einfach nicht dahinter, was los ist. Wenn die Verbindung ausfällt, bleibt der Rechner ja auch mit dem Router verbunden und ich muss ifdown/ifup eingeben, um die Verbindung mit dem Internet wieder herzustellen und das ist echt nervig. Am gleichen Rechner benutze ich noch ein anderes Betriebssystem mit der gleiche Karte, wo das Problem nicht besteht. Gibt es ein Log, wo so etwas in die Richtung gelistet wird und man dort vielleicht den Grund erkennt?
Danke,
Robert

[MSfree]

Wenn die Verbindung ausfällt, bleibt der Rechner ja auch mit dem Router verbunden und ich muss ifdown/ifup eingeben, um die Verbindung mit dem Internet wieder herzustellen

Das letzte Mal, als so etwas ähnliches bei mir passiert ist, lag es an meinem Accesspoint. Zwar hatten nicht alle Clients Probleme, der Austausch gegen einen anderen AP hat bei mir geholfen.

Gibt es ein Log, wo so etwas in die Richtung gelistet wird und man dort vielleicht den Grund erkennt?

Wenn dein AP bzw. dein WLAN-Router logt, solltest du da vielleicht mal reinschauen. Viel ist da in der Regel aber auch nicht zu sehen.

[debianfanboy]

Mein AP ist eine FritzBox 3390 und das ThinkPad x220 macht mit Debian und WLAN keinerlei Probleme. Es muss etwas mit dem Zusammenspiel der Karte und Debian zu tun haben, soweit kann ich per Differentialdiagnose eingrenzen.

[BenutzerGa4gooPh]

Zur Fehlereingrenzung temporaer WLAN-Authentifizierung (derzeit sicher WPA2-PSK AES) auf Fritzbox aendern. Client dem anpassen!
(Ich meine nicht das Passwort! )

[debianfanboy]

Auch das brachte jetzt keine Besserung. Es liegt jedenfalls nicht an der Firmware, für eine neue Fragestellung mache ich ein neues Thema auf. Danke an alle.