[sf-lug] Getting wireless working

Ken Shaffer kenshaffer80 at gmail.com
Mon Jan 4 10:32:27 PST 2010

> <http://linuxmafia.com/mailman/listinfo/sf-lug>Hi Shawn,
> I did find  some examples of wpa_supplicant configs in
> /usr/share/doc/wpasupplicant/examples. Your interfaces file might need some
> quotes around some items like the ssid, and fix the wpa-key-mgmt=WPA-PSK
> line (recall it was WPA-TKIP??).  Looks like
> you had the needed items in your interfaces file otherwise.  Don't know
> where  the name eth1 comes from, it used to be in an aliases file, but no
> more -- maybe wlan0 is the name of the wireless network and that's why the
> device was not found?
> Check out it which modules are loaded.  Things didn't seem to work with
> just the b43 and ssb.  Maybe the wl and b44 were necessary.
> lsmod |egrep "b4|ssb|wl"
> dmesg |grep b43
> to see what firmware (if any) got picked up.  Expect lines like:
[   17.245461] b43-phy0: Broadcom 4311 WLAN found (core revision 10)
[   17.287445] ip_tables: (C) 2000-2006 Netfilter Core Team
[   17.338958] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 17
[   17.338966]   alloc irq_desc for 17 on node -1
[   17.338969]   alloc kstat_irqs on node -1
[   17.338982] HDA Intel 0000:00:10.1: PCI INT B -> Link[LAZA] -> GSI 17
(level, high) -> IRQ 17
[   17.339024] HDA Intel 0000:00:10.1: setting latency timer to 64
[   17.353584] phy0: Selected rate control algorithm 'minstrel'
[   17.354491] Broadcom 43xx driver loaded [ Features: PL, Firmware-ID: FW13
[   17.635118] type=1505 audit(1262624982.761:12):
operation="profile_replace" pid=1018
[   17.637261] type=1505 audit(1262624982.765:13):
operation="profile_replace" pid=1019 name=/sbin/dhclient3
[   17.637628] type=1505 audit(1262624982.765:14):
operation="profile_replace" pid=1019
[   17.637839] type=1505 audit(1262624982.765:15):
operation="profile_replace" pid=1019
[   17.658124] type=1505 audit(1262624982.785:16):
operation="profile_replace" pid=1020 name=/usr/bin/evince

> [   18.044164] b43 ssb0:0: firmware: requesting b43/ucode5.fw
> [   18.064770] b43 ssb0:0: firmware: requesting b43-open/ucode5.fw
> [   18.085430] b43 ssb0:0: firmware: requesting b43-open/pcm5.fw
> [   18.094023] b43 ssb0:0: firmware: requesting b43-open/b0g0initvals5.fw
> I'm not sure the firmware needs to be picked up if the wl driver is used.
> If the b43 stuff is picked up, I assume it works.  If not, maybe hardwire
> your system and install the b43-fwcutter (rename the /lib/firmware/b43 to
> something else first). Accept the offer to download the appropriate
> Broadcom file.  the lspci command says my system is a 4312, but other
> places
identify it as a 4311, so I guess the firmware could be different.  Another
possibility is
just to rename the /lib/firmware/b43 directory and see how the b43-open
firmware works.

> ps auxwww |grep wpa
> to see how the wpa_supplicant is being run.  My system is driving it off of
> the dbus interface, so wherever the config info is stored, it is being fed
> in that way.  The /etc/network/interfaces file is not used for the wireless
> config, my file only has the loopback.
> I did find an old script named ifup-wireless which did the iwconfig
> commands on the wireless config items, but didn't see anything
> equivalent on my current Ubuntu system.  Hooking it up will involve editing
> other system ifup scripts -- that's why I dropped it as soon as the
> mechanisms supplied by the distirbutions handled the wireless for me. Check
> out what NetworkManager provides for static IPs, if you can use that
> mechanism, that will be far less painful.  As I recall, more and more things
> started happening automatically, so you were fighting internal mechanisms
> that would for instance submit wpa when the module was loaded.
 This script does the iwconfig setup, and submits the wpa_supplicant with
appropriate args.
Good Luck

> Ken
> _______________________________________________
> sf-lug mailing list
> sf-lug at linuxmafia.com
> http://linuxmafia.com/mailman/listinfo/sf-lug
> Information about SF-LUG is at http://www.sf-lug.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://linuxmafia.com/pipermail/sf-lug/attachments/20100104/61252527/attachment.html>

More information about the sf-lug mailing list