Bug 865966

Summary: brcmsmac not auto-loaded
Product: [Fedora] Fedora Reporter: Milan Kerslager <milan.kerslager>
Component: kernelAssignee: John Greene <jogreene>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: arend, gansalmon, itamar, jonathan, kernel-maint, linville, madhu.chinakonda, sgruszka
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-11-21 21:24:46 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
lspci - n -vvvv
none
diff pre and post: modprobe brcmsmac
none
diff of dmesg (pre and post modprobe brcmsmac)
none
whole dmesg output (post modprobe brcmsmac) none

Description Milan Kerslager 2012-10-12 23:03:17 UTC
In the time of kernel 3.4.x, I had to use binary blob.
When 3.5 was near to launch, there was opensource brcmsmac. I tested this driver many times.
In the time of launch 3.5.0, the driver was perfect for me. I'm using open networks, but mostly encrypted ones (eduroam with 802.1X, WPA2/PSK at home) with no problem at all.
But then around 3.5.1, the tried sopped to auto-load. I have to load it manually. Even that, the driver works for me like charm. I have no problem with it even I see here some bug reports.

So I'm asking to put this PCI-ID to current kernel to utilize this driver without manual intervention.

Comment 1 Milan Kerslager 2012-10-12 23:11:33 UTC
Created attachment 626338 [details]
lspci - n -vvvv

My wireless card in HP ProBook 6555b.

Comment 2 Josh Boyer 2012-10-15 09:46:23 UTC
Can you attach the output of 'dmesg' and 'lsmod' after you boot and before you load the module manually?  There was an issue a while ago where the phy module brcmsmac needs wasn't being included in the initramfs and so the module wouldn't load properly.

The output of dmesg after you load the module would also be useful.

Comment 3 Milan Kerslager 2012-10-19 06:56:29 UTC
Created attachment 629816 [details]
diff pre and post: modprobe brcmsmac

Comment 4 Milan Kerslager 2012-10-19 06:57:45 UTC
Created attachment 629817 [details]
diff of dmesg (pre and post modprobe brcmsmac)

Comment 5 Milan Kerslager 2012-10-19 06:59:20 UTC
Created attachment 629828 [details]
whole dmesg output (post modprobe brcmsmac)

Comment 6 Milan Kerslager 2012-11-20 19:33:22 UTC
The is no change. The module is still not beeing loaded.

Comment 7 Milan Kerslager 2012-11-21 14:25:57 UTC
My actual kernel is latest from updates (3.6.6-1.fc17.x86_64), module does not load.

Comment 8 Arend van Spriel 2012-11-21 17:52:51 UTC
Could it be you have bcma and/or brcmsmac blacklisted. The broadcom-wl driver will try to do that during install/upgrade. I guess you removed that driver when switching to brcmsmac, but the blacklist files may still be there. Just trying to eliminate the obvious problems here.

Comment 9 Milan Kerslager 2012-11-21 21:24:46 UTC
Yes. Sorry and thank you a lot.