Broadcom BCM4313 mit Buster

[peter1969]

Hallole, ich hab mir ein gebrauchtes Notebook HP Pavilion Dv6 gekauft und Buster installiert. Es funktioniert alles, nur mit dem WLAN-Modul bcm4316 gibt es Probleme:

• WLAN lässt sich zwar mit der f12-Taste an- und ausschalten, die LED leuchtet jedoch immer orange, egal ob das WLAN an oder ausgeschaltet ist.

• Es stehen nur Kanal 1 - 11 zur Verfügung. Dies lässt sich auch mit dem Befehl "iw reg set DE" nicht ändern

• WLAN ist viel zu langsam

[Emess]

Wenn das Wlan geht. Dann hat es ne orange LED. Aber so genau geht das aus deiner Beschreibung nicht hervor

[peter1969]

Richtig wäre es so:

WLAN an = LED leuchtet bläulich-weiß
WLAN aus = LED leuchtet orange

Aber die LED leuchtet immer orange, auch wenn das WLAN an ist.

[pferdefreund]

Eventuell Hardware. Mal mit Knoppix oder ähnlichem testen.

[peter1969]

Unter diesem Link ist vermerkt, dass die BCM4313 nicht voll vom Treiber brcmsmac unterstützt wird: https://wireless.wiki.kernel.org/en/use ... /brcm80211. Zitat: "Please note: at least BCM4313 is not fully supported. Some models appears to work (users reported success), but some don't, and there's no indication that this is going to change."

Ich habe daher den Treiber "brcmsmac" durch den proprietären Treiber "wr" ersetzt ( siehe https://wiki.debian.org/wl ). Damit ist die Geschwindigkeit ok und es stehen alle 13 WLAN-Kanäle zur Verfügung. Jetzt gibt es nur noch ein Problem:

• WLAN lässt sich zwar mit der f12-Taste an- und ausschalten, die LED leuchtet jedoch immer bläulich-weiß, egal ob das WLAN an oder ausgeschaltet ist.

Hat jemand dafür eine Lösung parat?

[smutbert]

Keine Ahnung wie das mit diesen LEDs läuft, aber wenn unter /sys/class/leds gibt es für jede LED, die Debian als solche kennt und steuern kann ein eigenes Verzeichnis.
Zum Beispiel gibt es meistens so etwas wie input0::capslock für die LED der Caps-Lock-Taste auf der Tastatur. In diesen Verzeichnissen gibt es die Datei trigger, mit der man festlegen kann, wie die LED gesteuert wird.

Ich weiß allerdings nicht wie so eine zum WLAN gehörende LED heißen könnte. Du könntest nun eventuell in Frage kommende LEDs einzeln zum Blinken zu brigen um sie zu identifizieren. Zuerst das Laden des Kernelmoduls, mit dem man LEDs blinken lassen kann

Code: Alles auswählen

# modprobe ledtrig-heartbeat

und sagen wir du hättest ein Verzeichnis »/sys/class/leds/phy0-led« gefunden. Dann kannst du mit

Code: Alles auswählen

# echo heartbeat > /sys/class/leds/phy0-led/trigger

die LED zum Blinken bringen. Du kannst dasselbe mit mehreren LEDs nacheinander machen – nach einem Neustart des Systems ist der Spuk mit dem Blinken wieder vorbei.

Findest du so diese LED, dann könnte man die LED auf ähnliche Art vielleicht auch dazu bringen, in Übereinstimmung mit dem Status des WLAN zu leuchten oder nicht leuchten.

Wenn du die LED auf diese Art nicht findest, hilft dir mein Beitrag allerdings gar nichts.

[peter1969]

Hallo, nein, es gibt keinen Eintrag für die WLAN LED. Beim HP-Laptop meiner Frau allerdings auch nicht, und da geht die WLAN LED korrekt.

[fischig]

Ich habe die WLAN-Karte auf einem Pavilion dm1 auch erst nach der Lektüre deines Links https://wiki.debian.org/wl konfiguriert bekommen. Danke dafür!
modprobe-Kram war hier unnötig, irgendwer oder irgendwas (vermutlich dkms) hat die störenden Module selbsttätig blackgelistet und wl in /etc/modules eingetragen. Eigentlich wollte ich dkms samt Abhängigkeiten wieder runterwerfen, weil ich das auf dieser Maschine fortan nicht zu benötigen glaubte. Aber jetzt wird jeder neue Eigenbaukern wohl dkms (und kernel-headers!) benötigen, um das Modul zu bauen - richtig?

Die LED leuchtet, nun ja, als blau würde ich das nicht bezeichnen, eher weiß, jedenfalls nicht mehr rot.

[peter1969]

Um ehrlich zu sein, so tief ist mein Wissen über DKMS nicht. Aber ich glaube, dass Du recht hast. DKMS passt meines Wissens nach den Treiber bei geändertem Kernel neu an.

[fischig]

Naja, das entscheidende für unser WLAN-Schätzchen dürfte das Paket broadcom-sta-dkms sein. Ohne das wird dkms das Modul wl nicht bauen können. Aber jedesmal neu gebaut werden wird das wohl müssen. Hat jemand bessere Kenntnisse?

[towo]

Das mudul muss für jeden neu installierten Kernel gebaut werden und dafür sorgt dann halt dkms. Was ist daran nicht zu verstehen?

[fischig]

Danke für die Bestätigung.

Wo habe ich in diesem Thread geschrieben, dass ich etwas nicht verstehe?

[fischig]

Um die LED mit dem freien Treiber richtig leuchten zu lassen, muss wohl das Modul bcma_driver_gpio in den Kern einkompileirt werden. Im Buster-Standard-Kern-4.19 ist es nicht vorhanden. Ob's funktioniert, weiß ich noch nicht, bin gerade dabei, einen eigenen 4.19er für das HP-Pavilion zu bauen und dabei darüber gestolpert.

[peter1969]

Dann wäre zwar das Problem mit der LED gelöst, aber was ist mit der miserablen Geschwindigkeit mit dem freien Treiber? Probiere es aus und berichte. Ich hab das übrigens auch mal mit Knoppix 9.1 getestet. Das lädt auch den freien Treiber und geht dann auch nur lausig. Eigentlich gar nicht. Und läuft instabil, sobald ich versuche, WLAN zu benutzen.

[fischig]

Probiere es aus und berichte.

Wenn überhaupt, werde ich das erst dann tun, wenn der Klapprechner als Router voll fungiert, wozu für mich ein Eigenbau-Kern gehört. Das klappt noch nicht. (Keinerlei Erfahrung mit AMD-CPUs). Im übrigen wollte der freie Treiber für den BCM4313 unabhängig von der LED-Geschichte hier auch nicht richtig funktionieren, wl war als AP nicht zu gebrauchen, weswegen ich erstmal auf ASUS USB N13 (Realtek rtl8192cu) umgestiegen bin.