| Summary: | Cannot configure wifi (r8712u) w/ kernels >= 3.2.x | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Drew Edwards <drew> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | alanhowden892, mageia, tmb |
| Version: | Cauldron | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | drakx-net-1.3-1.mga2.src.rpm | CVE: | |
| Status comment: | |||
| Attachments: |
output from lspcidrake -v
output from lspcidrake -v with newer kernel (w/o working wifi) output from dmesg when wifi not working (latest kernel) dmesg on a different machine, same adapter, fresh Cauldron installation. Output from dmesg when running 3.2.7 kernel |
||
|
Description
Drew Edwards
2012-02-12 05:09:15 CET
>but all drak* utilities hang when trying to
>configure the interface.
That mean ?
Also was is the output of lspcidrake -v ?Keywords:
(none) =>
NEEDINFO >but all drak* utilities hang when trying to >configure the interface. >That mean ? That means that any of the gui utilities for configuring the network connection become unresponsive. For example, I start mcc from the command line, then go to 'Network Center' (aka draknetcenter), select wlan0 and try to connect, configure, or do anything else with the interface the gui becomes unresponsive and there is nothing showing in the console that would indicate what is going on, no apparent cpu load, etc.. I can kill Network Center, remove the connection, then try to add it again by clicking on 'Set up a new Network Connection' (aka drakconnect) in mcc and the gui becomes unresponsive immediately. I can kill mcc, reboot into the old kernel and everything works. That is how I am writing this now. I forgot to specify that this is a usb wifi adapter (uses r8712u). lsmod |grep '8712' r8712u 183005 0 usbcore 206323 5 r8712u,usbhid,ehci_hcd,ohci_hcd Created attachment 1535 [details]
output from lspcidrake -v
Created attachment 1536 [details]
output from lspcidrake -v with newer kernel (w/o working wifi)
So I didn't notice this obvious problem earlier from dmesg:
r8172u: Badfw->size of 142089984
So this means it is firmware-related?
Also will attach complete dmesg output in case this is helpful.
Created attachment 1537 [details]
output from dmesg when wifi not working (latest kernel)
Mmm, so the driver is 'r8712u', but the message is for 'r8172u'. There is a character transposition in the middle two digits. Just picked that up after looking at this again. Does that mean anything? Thomas, blino, any ideas ? CC:
(none) =>
mageia, tmb This adapter requires package kernel-firmware-nonfree (kernel-firmware-nonfree-20111229-1.mga2.nonfree is installed). Is it possible the firmware is out-of-date for this newer kernel? Sorry if this is a naive question. Same problem observed in another machine with a fresh Cauldron install. However, the output seen in dmesg is different: r8172u: Badfw->size of 690200576 r8712u: r8711_wx_set_enc: EncryptionDisabled r8712u: r8711_wx_set_enc: IW_ENCODE_OPEN Curiously, I could see the wireless stations briefly when I tried to configure the adapter in mcc. Attaching the full dmesg in case it is informative. Created attachment 1596 [details]
dmesg on a different machine, same adapter, fresh Cauldron installation.
I never posted output from lsusb, here is the pertinent section: Bus 007 Device 002: ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter Perhaps this is relevant: https://bugs.archlinux.org/task/27996 Indeed it it, thanks for digging it up... I'll fix it in the next kernel build Status:
NEW =>
ASSIGNED Fixed in 3.2.7-1.mga2 Status:
ASSIGNED =>
RESOLVED I'm afraid the problem persists. Will attach dmesg output from 3.2.7 kernel. Messages are different, but still no connection possible. Resolution:
FIXED =>
(none) Created attachment 1640 [details]
Output from dmesg when running 3.2.7 kernel
Doh, missed one fix... can you try 3.2.7-1.1 from: http://tmb.mine.nu/Mageia/Cauldron/bugs/4491/x86_64/ http://tmb2.mine.nu/Mageia/Cauldron/bugs/4491/x86_64/ Yes, that did it. Thanks! Ok, closing then. the fix you just tested will be in next kernels... Resolution:
(none) =>
FIXED |