[gelöst] BCM4313 wireless funktioniert nicht

[lula]

Hallo zusammen,

ich habe hier einen Eee PC mit einem BCM4313 Wireless-Chip:
dmidecode:

Code: Alles auswählen

System Information
        Manufacturer: ASUSTeK Computer INC.
        Product Name: 1015PX


Code: Alles auswählen

[root@localhost ~]# uname -a
Linux localhost 3.18.3-desktop-1.mga5 #1 SMP Fri Jan 16 19:12:00 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

[root@localhost ~]# lspcidrake -v
wl              : Broadcom Corporation|BCM4313 802.11bgn Wireless Network Adapter [NETWORK_OTHER] (vendor:14e4 device:4727 subv:1a3b subd:2047) (rev: 01)

Laut http://wireless.kernel.org/en/users/Dri ... ed_devices ist der empfohlene Treiber wl, den ich auch installiert habe. Egal, ob ich den broadcom-wl-kernel-desktop-latest (broadcom-wl-kernel-3.18.3-desktop-1.mga5) oder dkms-broadcom-wl-6.30.223.248-2.mga5.nonfree benutze, ich bekomme keine Verbindung zum AP, Netzwerke sind allerdings sichtbar. Beim Verbindungsversuch sehe ich im Log jeweils drei Einträge mit:

Code: Alles auswählen

Jan 18 18:30:17 localhost kernel: ------------[ cut here ]------------
Jan 18 18:30:17 localhost kernel: WARNING: CPU: 0 PID: 5062 at net/wireless/sme.c:920 cfg80211_connect+0x3a1/0x480 [cfg80211]()
Jan 18 18:30:17 localhost kernel: Modules linked in: af_packet bnep msr coretemp wl(PO) kvm_intel uvcvideo kvm snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel iTCO_wdt snd_hda_controller iTCO_vendor_support snd_hda_codec btusb asus_wmi snd_hwdep snd_pcm videobuf2_vmalloc videobuf2_memops videobuf2_core bluetooth snd_timer snd v4l2_common soundcore videodev media cfg80211 microcode joydev atl1c eeepc_laptop serio_raw sparse_keymap rfkill battery ac thermal lpc_ich wmi shpchp cpufreq_ondemand cpufreq_conservative cpufreq_powersave acpi_cpufreq processor evdev nvram sch_fq_codel ipv6 autofs4 hid_generic usbhid hid uhci_hcd ehci_pci ehci_hcd usbcore usb_common i915 button i2c_algo_bit video drm_kms_helper drm
Jan 18 18:30:17 localhost kernel: CPU: 0 PID: 5062 Comm: wpa_supplicant Tainted: P        W  O   3.18.3-desktop-1.mga5 #1
Jan 18 18:30:17 localhost kernel: Hardware name: ASUSTeK Computer INC. 1015PX/1015PE, BIOS 1301    05/06/2011
Jan 18 18:30:17 localhost kernel:  0000000000000009 ffff880018693b48 ffffffff816ab503 0000000000000007
Jan 18 18:30:17 localhost kernel:  0000000000000000 ffff880018693b88 ffffffff8106b211 ffff88003f416c00
Jan 18 18:30:17 localhost kernel:  ffff8800357f3000 0000000000000000 ffff88003c204800 ffff88003c3f5000
Jan 18 18:30:17 localhost kernel: Call Trace:
Jan 18 18:30:17 localhost kernel:  [<ffffffff816ab503>] dump_stack+0x46/0x58
Jan 18 18:30:17 localhost kernel:  [<ffffffff8106b211>] warn_slowpath_common+0x81/0xa0
Jan 18 18:30:17 localhost kernel:  [<ffffffff8106b2ea>] warn_slowpath_null+0x1a/0x20
Jan 18 18:30:17 localhost kernel:  [<ffffffffc06aba81>] cfg80211_connect+0x3a1/0x480 [cfg80211]
Jan 18 18:30:17 localhost kernel:  [<ffffffffc06c2bb5>] cfg80211_mgd_wext_connect+0x155/0x1e0 [cfg80211]
Jan 18 18:30:17 localhost kernel:  [<ffffffffc06c3002>] cfg80211_mgd_wext_siwessid+0xf2/0x180 [cfg80211]
Jan 18 18:30:17 localhost kernel:  [<ffffffffc06c0340>] ? cfg80211_wext_giwessid+0x50/0x50 [cfg80211]
Jan 18 18:30:17 localhost kernel:  [<ffffffffc06c0362>] cfg80211_wext_siwessid+0x22/0x40 [cfg80211]
Jan 18 18:30:17 localhost kernel:  [<ffffffff81693a2a>] ioctl_standard_iw_point+0x12a/0x370
Jan 18 18:30:17 localhost kernel:  [<ffffffff81693d00>] ioctl_standard_call+0x90/0xe0
Jan 18 18:30:17 localhost kernel:  [<ffffffff816949a0>] ? iw_handler_get_private+0x70/0x70
Jan 18 18:30:17 localhost kernel:  [<ffffffff81693c70>] ? ioctl_standard_iw_point+0x370/0x370
Jan 18 18:30:17 localhost kernel:  [<ffffffff8169336e>] wireless_process_ioctl+0x17e/0x1d0
Jan 18 18:30:17 localhost kernel:  [<ffffffff81693f39>] wext_handle_ioctl+0x69/0xb0
Jan 18 18:30:17 localhost kernel:  [<ffffffff81601569>] dev_ioctl+0x2b9/0x600
Jan 18 18:30:17 localhost kernel:  [<ffffffff815cdc62>] sock_ioctl+0x132/0x2c0
Jan 18 18:30:17 localhost kernel:  [<ffffffff811c71b8>] do_vfs_ioctl+0x2c8/0x490
Jan 18 18:30:17 localhost kernel:  [<ffffffff811c7401>] SyS_ioctl+0x81/0xa0
Jan 18 18:30:17 localhost kernel:  [<ffffffff816b246d>] system_call_fastpath+0x16/0x1b
Jan 18 18:30:17 localhost kernel: ---[ end trace d4961552ad9f4dc7 ]---


Weiß jemand, wie ich das Ding über Wlan ans Netz bekomme?

Grüße
Lutz

[doktor5000]

Hinweis: http://linuxwireless.org/en/users/Drivers/brcm80211/ sollte auch funktionieren.
Siehe dazu aber auch den Hinweis und den Link zur Mailingliste unter der 1. Tabelle: http://linuxwireless.org/en/users/Drive ... rted_Chips


Sieht so aus als ob der Crash in net/wireless/sme initial von wpa_supplicant ausgelöst wird.
Was für eine CRDA_DOMAIN steht in /etc/sysconfig/network und benutzt du net_applet oder networkmanager? Was für eine Verschlüsselung nutzt du?
Evtl. solltest du auch probieren das Modul asus_wmi zu blacklisten, siehe dazu auch https://wiki.mageia.org/en/Setup_wirele ... ic_drivers

Ansonsten zu dem Chipsatz siehe auch:
https://bbs.archlinux.org/viewtopic.php?pid=1074885
http://ubuntuforums.org/showthread.php?t=2150730

[jkowalzik]

Hallo!
Ich gehöre auch zu den WLAN-geschädigten von Mageia.
Du schreibst

Netzwerke sind allerdings sichtbar

Das Phänomen ist mir hinlänglich bekannt und ich glaube nicht, dass der Treiber fehlerhaft ist, sondern die zu durchlaufende Anmelderoutine einen Hau hat.
(Nicht laut vorlesen : andere Distri, gleicher Treiber, alles OK )

Gruß
J.

[doktor5000]

Meinst du dass es hilft, wenn du in jeden WLAN-Thread dein Problem postest?
Auch kann man die Anmelderoutine problemlos komplett wechseln: https://forums.mageia.org/en/viewtopic.php?f=25&t=5782

[lula]

Hallo,

CRDA_DOMAIN steht auf DE, momentan benutze ich das net_applet. Der brcmsmac wurde bei der Installation gewählt, der funktionierte aber auch nicht.

Grüße
Lutz

[lula]

Hallo,

das Problem ist gelöst. Zuerst habe ich das System auf networkmanager umgestellt, danach konnte ich mich zum AP verbinden. Ein Ping auf das Default-Gateway funktionierte auch noch, allerdings stürzte der Rechner beim Versuch Daten herunterzuladen (getestet mit urpmi) reproduzierbar mit einer Kernel-Panic ab. Die Ursache bzw den kompletten Dump konnte ich aufgrund des kleinen Bildschirms nicht erkennen. Danach habe ich die broadcom-wl-Pakete wieder entfernt und den brcmsmac geladen. Seit dem funktioniert die Verbindung stabil.

Für alle, die auf das gleiche Problem treffen hier die Zusammenfassung, wie das auf diesem System funktioniert:

- Asus Eee PC 1015PX
- Cauldron mit 3.18.3-desktop-1.mga5
- Broadcom BCM4313 (vendor:14e4 device:4727 subv:1a3b subd:2047)
- Treiber brcmsmac
- networkmanager anstelle net_applet

Grüße
Lutz

[doktor5000]

Kannst du bitte noch schauen ob der zweite Punkt von unten https://wiki.mageia.org/en/Setup_wirele ... ic_drivers korrekt beschrieben ist?
Und hat das Teil mit einer älteren Mageia-Version schonmal funktioniert?

[lula]

Hallo,

1. nein, ist m. E. nicht richtig beschrieben, die Reihenfolge bzw. Ergebnisse waren bei mir:

• net_applet mit brcmsmac => (authentication with xx:xx:xx:xx:xx:xx timed out)
• net_applet mit broadcom-wl => (WARNING: CPU: 0 PID: 5062 at net/wireless/sme.c:920 cfg80211_connect+0x3a1/0x480), das aus meinem 1. Beitrag, aber auch keine Verbindung
• networkmanger mit broadcom-wl => Verbindung und ping zum Default-GW ok, aber Kernelpanic mit absolutem Systemstillstand beim Versuch, Daten herunterzuladen
• networkmanger mit brcmsmac => funktioniert

2. nein, bis Freitag war dar ein Windows 7 Starter installiert, das ich restlos entsorgt habe

Edit: Liste angehübscht
Grüße
Lutz

[doktor5000]

1. nein, ist m. E. nicht richtig beschrieben, die Reihenfolge bzw. Ergebnisse waren bei mir:

- net_applet mit brcmsmac => (authentication with xx:xx:xx:xx:xx:xx timed out)
- net_applet mit broadcom-wl => (WARNING: CPU: 0 PID: 5062 at net/wireless/sme.c:920 cfg80211_connect+0x3a1/0x480), das aus meinem 1. Beitrag, aber auch keine Verbindung
- networkmanger mit broadcom-wl => Verbindung und ping zum Default-GW ok, aber Kernelpanic mit absolutem Systemstillstand beim Versuch, Daten herunterzuladen
- networkmanger mit brcmsmac => funktioniert

Danke für die Zusammenfassung, habs nochmal korrigiert, sollte jetzt passen - falls nicht darfst du es auch direkt abändern

BTW: Willst du im Foren-Editor etwas zu einer Liste formatieren, solltest du noch die einzelnen Listenpunkte (Zeilen) doppelklicken und per Klick auf den [*] Knopf so markieren