Description of problem: when using broadcom-wifi with the binary driver (wl / linux-sta), channels 12 and 13 are not usable on Mga5, since driver version 6.30.223.248 is buggy and doesn't enable them, despite listing them in available frequencies when using a suitable CRDA domain. Version-Release number of selected component (if applicable): 6.30.223.271 fixes this problem, despite not mentioning it in the README/notes. Dell did use its b2b connections to have broadcom release an update (refer to the thread linked in the URL field) How reproducible: always and set CRDA (regulatory domain) to your country. Steps to Reproduce: 0. use wireless adapter with the wl driver 1. be located in a region where it is legal to do so (i.e. somewhere in Europe) 2. set the regulatory domain (CRDA) to your country in your router and on your PC use "iw reg get" to see current value, and "iw reg set DE" to set it to Germany for example 3. configure your access point to use channel 12 or 13 4. verify that the wlan driver respects the regulatory domain by listing available frequencies: "iwlist freq" (Note that even the old driver will list Channels 12 and 13 as available) 5. scan for your access point's network: "iwlist scan" â ...248 driver will not list your network, and you cannot connect to it even when manually setting frequency and ssid. â ...271 driver will list the network, and you can connect to it using mageia network center (and also using networkmanager) All patches except the one for bug#16390 have been integrated and can be dropped from the package. Reproducible: Steps to Reproduce:
Awesome :) as this actually fixes a broken driver, it will come through updates. @Christian: please test theese packages when they are available to help QA Advisory: This proprietary Broadcom wl wireless driver update provides official kernel 4.1 support and fixes an issue of channels 12 and 13 not working despite used CRDA domain allowing them. SRPMS: broadcom-wl-6.30.223.271-1.mga5.nonfree.src.rpm kmod-broadcom-wl-6.30.223.271-1.mga5.nonfree.src.rpm i586: broadcom-wl-common-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-4.1.8-desktop-1.mga5-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-4.1.8-desktop586-1.mga5-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-4.1.8-server-1.mga5-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-desktop586-latest-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-desktop-latest-6.30.223.271-1.mga5.nonfree.i586.rpm broadcom-wl-kernel-server-latest-6.30.223.271-1.mga5.nonfree.i586.rpm dkms-broadcom-wl-6.30.223.271-1.mga5.nonfree.i586.rpm x86_64: broadcom-wl-common-6.30.223.271-1.mga5.nonfree.x86_64.rpm broadcom-wl-kernel-4.1.8-desktop-1.mga5-6.30.223.271-1.mga5.nonfree.x86_64.rpm broadcom-wl-kernel-4.1.8-server-1.mga5-6.30.223.271-1.mga5.nonfree.x86_64.rpm broadcom-wl-kernel-desktop-latest-6.30.223.271-1.mga5.nonfree.x86_64.rpm broadcom-wl-kernel-server-latest-6.30.223.271-1.mga5.nonfree.x86_64.rpm dkms-broadcom-wl-6.30.223.271-1.mga5.nonfree.x86_64.rpm
CC: (none) => tmbComponent: Backports => RPM PackagesAssignee: bugsquad => qa-bugs
CC: (none) => davidwhodginsWhiteboard: (none) => advisory
confirmed that the package from testing solves the issue on a Dell XPS13 (early 2015 model) running Mga5 64bit, network-card model: Broadcom Corporation|BCM4352 802.11ac Wireless Network Adapter [NETWORK_OTHER] (vendor:14e4 device:43b1 subv:1028 subd:0019) (rev: 03)
Whiteboard: advisory => advisory MGA5-64-OK
Thanks Christian, we need to verify this one on i586 too if possible.
Testing complete mga5 32 Seems we're short of broadcom i586 in QA so just verified the dkms module builds ok. Validating. Please push to 5 updates Thanks
Keywords: (none) => validated_updateWhiteboard: advisory MGA5-64-OK => advisory MGA5-64-OK mga5-32-okCC: (none) => sysadmin-bugs
An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGAA-2015-0150.html
Status: NEW => RESOLVEDResolution: (none) => FIXED