not working on Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03)

Bug #42067 reported by Tom Haddon
18
Affects Status Importance Assigned to Milestone
ndiswrapper (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

I have tried both ndiswrapper and bcm43xx on Dapper Drake and neither has worked for me. I am filing this as an ndiswrapper problem, but will also describe my problems with bcm43xx if that helps.

I had ndiswrapper working fine on Breezy, but as soon as I upgraded to Dapper, it wouldn't work. After sudo modprobe ndiswrapper I have some sample output to help here.

mthaddon@ubuntu:~$ dmesg | egrep -i 'wlan0|ndis'
[4295866.569000] ndiswrapper version 1.15 loaded (preempt=yes,smp=yes)
[4295866.672000] ndiswrapper: driver bcmwl5 (Broadcom,02/11/2005, 3.100.64.0) loaded
[4295866.680000] ndiswrapper: using irq 225
[4295867.687000] wlan0: vendor: ''
[4295867.687000] wlan0: ndiswrapper ethernet device 00:90:4b:b7:5d:39 using driver bcmwl5, 14E4:4320:103C:12F8.5.conf
[4295867.687000] wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK
[4295878.616000] wlan0: no IPv6 routers present
mthaddon@ubuntu:~$ lsmod | grep ndiswrapper
ndiswrapper 201104 0
usbcore 137476 4 ndiswrapper,ehci_hcd,ohci_hcd
mthaddon@ubuntu:~$ sudo iwlist wlan0 scan
wlan0 No scan results

mthaddon@ubuntu:~$ dpkg --list | grep ndis
ii ndiswrapper-modules-2.6.15-20-k7 1.14-1 Linux kernel module for NdisWrapper for 2.6.
ii ndiswrapper-modules-2.6.15-21-k7 1.15-1 Linux kernel module for NdisWrapper for 2.6.
ii ndiswrapper-utils 1.8-1 User space tools for ndiswrapper
mthaddon@ubuntu:~$ uname -a
Linux ubuntu 2.6.15-21-k7 #1 SMP PREEMPT Fri Apr 21 17:10:51 UTC 2006 i686 GNU/Linux

I built these packages by following section 4 of this guide:

https://wiki.ubuntu.com/WifiDocs/Driver/Ndiswrapper?highlight=%28ndiswrapper%29#head-c1ebf95637d110c5f01b9a1383d137f79d8cbddb

Thanks, Tom

Revision history for this message
Tom Haddon (mthaddon) wrote :

I should also mention that I have blacklisted bcm43xx in /etc/modprobe.d/blacklist while trying to get ndiswrapper working.

My laptop is an HP Pavilion zv5405us. More detailed specs here: http://words.haddons.net/archives/000039.html and http://h10025.www1.hp.com/ewfrf/wc/genericDocument?cc=us&docname=c00286662&lc=en&jumpid=reg_R1002_USEN

Thanks, Tom

Revision history for this message
gian (nossa-giampietro) wrote :

broadcom wlan on my acer aspire5024wlmi don't run

Revision history for this message
wink saville (wink-saville) wrote :

Tom,\

I also have a hpzv5000 and in breezy I wasn't able to get wpa working, did you ever try wpa?

BTW: I've reported a problem booting and also my mouse isn't being recognized sometimes. The mouse works fine on another laptop also running 6.06 beta but that one is i386 not x86_64. Any problems like that?

Regards,

Wink Saville

Revision history for this message
Tom Haddon (mthaddon) wrote : Re: [Bug 42067] Re: not working on Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03)

I never tried WPA, but WEP always worked fine. I don't have any other
hardware problems, but am running i386, not AMD64. I tried AMD64 in
Hoary but reverted to i386 as I didn't want to muck around with chroots
so much...

Thanks, Tom

On Sat, 2006-04-29 at 16:11 +0000, wink saville wrote:
> Tom,\
>
> I also have a hpzv5000 and in breezy I wasn't able to get wpa working, did you ever try wpa?
>
> BTW: I've reported a problem booting and also my mouse isn't being recognized sometimes. The mouse works fine on another laptop also running 6.06 beta but that one is i386 not x86_64. Any problems like that?
>
> Regards,
>
> Wink Saville
>

Tom Haddon
mailto:<email address hidden>

You will hear good news from one you thought unfriendly to you.

-----------------
Random quotes courtesy of fortune.

Revision history for this message
Andres Salomon (dilinger-deactivatedaccount) wrote :

Eh, why is the version of ndiswrapper-utils at 1.8 while the version of the ndiswrapper kernel driver at 1.15 or 1.16? It's pretty important that these be similar. Try upgrading your -utils to 1.15 or 1.16, and see if it still happens.

http://http.us.debian.org/debian/pool/main/n/ndiswrapper/

Revision history for this message
Andreas Gnau (rondom) wrote :

The version numbers of the utils and the module are no longer in sync. As far as I know 1.8 is the latest version of the utils.
Download the source and check yourself.

Revision history for this message
Tom Haddon (mthaddon) wrote :

Could you explain how to do that, or point me in the direction of a
how-to?

On Tue, 2006-05-16 at 18:35 +0000, Andreas Gnau wrote:
> The version numbers of the utils and the module are no longer in sync. As far as I know 1.8 is the latest version of the utils.
> Download the source and check yourself.
>

Tom Haddon
mailto:<email address hidden>

It may or may not be worthwhile, but it still has to be done.

-----------------
Random quotes courtesy of fortune.

Revision history for this message
jason chan (jechan83) wrote :

Hey everyone,
  After much tears and many blurry eyed hours staring at forum posts, I got the native bcm43xx driver to work. Essentially, ndiswrapper and bcm43xx conflict, so if you upgraded from Breezy (like I did), then Dapper now tries to load bcm43xx, which is why ndiswrapper does not work. You have two options, outlined here:

https://wiki.ubuntu.com/WifiDocs/Driver/bcm43xx

Just look at the section for Dapper. I got my BCM4306 (dell branded) card to work by removing all traces of ndiswrapper and then using the firmware package provided in the link. That was the real crux-I was trying to use the same version as the one on my windows partition, but it kept failing. Installing the deb, and then manually copying the firmware files from /usr/lib/firmware/bcm43xx to /lib/firmware and following the rest of the guide did the trick for me. (For some reason, the dpkg-reconfigure for that package wasn't working for me, so I manually copied it over).

Btw, eth1 is now the wireless device (when using bcm43xx at least).

Revision history for this message
Tom Haddon (mthaddon) wrote :

Hi Jason,

First of all, congrats on getting it working finally!!

My question is, which deb package are you using? I tried wget
http://ubuntu.cafuego.net/pool/bcm43xx/bcm43xx-firmware_1.1-0ubuntu1_all.deb

and when I installed, there was no /usr/lib/firmware/bcm43xx, and none
of the files in /lib/firmware had today's timestamp on them as if they'd
been created through the install of the package.

Am I missing something? Seems like I'm so close here, and would love to
finally get this working...

Thanks, Tom

Revision history for this message
jason chan (jechan83) wrote :

Hey Tom,
  I just realized I'm using an older version of the firmware, but at this point, whatever works, right? I used this one:

http://ubuntu.cafuego.net/pool/bcm43xx/bcm43xx-firmware_1.0-0ubuntu1_i386.deb

which should place the firmware files under /usr/lib/firmware/bcm43xx

I then removed all bcm* files from the /lib/firmware/ directory and then copied all the files from /usr/lib/firmware/bcm43xx to /lib/firmware. I then rebooted and it worked like the guide.

Good luck,
-jason

Revision history for this message
Tom Haddon (mthaddon) wrote :

Thanks, I'll give that a try.

Tom

Revision history for this message
Tom Haddon (mthaddon) wrote :

Still didn't work for me.

sudo iwlist eth1 scan returns no results. I've tried the firmware that's listsed in the wiki (which I think is newer than the one you mentioned) and also the one you mentioned and neither brought me any better results.

This is getting desperate. I don't know how long it is before I try another distro...

Revision history for this message
jason chan (jechan83) wrote :

You are using a bcm4306? Usually when I sudo iwlist eth1 scan and get no results, then that means my wireless was disabled when I loaded the bcm43xx module... are you sure its enabled?

That being said, I have to agree Ubuntu's wireless for the bcm43xx series is abit flaky ... my connection is somewhat unstable - sometimes it works great, other times it seems to stall. I think this can be traced to the softmac authentication... But sorry, I don't have any simple answer for you. When you replaced the firmware, did you reload the module (ie rmmod bcm43xx and then modprobe bcm43xx)? I find that I usually have to do a `sudo ifdown eth1 down` and then a `sudo ifdown eth1 up` after the module loads for it to correctly load my settings...

Sorry, hope this helped somewhat, but I'm still kind of confused as well...

Revision history for this message
Tom Haddon (mthaddon) wrote :

If I do rmmod bcm43xx and them modprobe bcm43xx it doesn't seem to do much for me, and I get this in dmesg:

[4297699.848000] bcm43xx driver
[4297699.852000] ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNK3] -> GSI 17 (level, low) -> IRQ 225
[4297700.259000] ADDRCONF(NETDEV_UP): eth1: link is not ready

The dreaded "eth1: link is not ready"

Fraid it doesn't seem to be working for me still (I even tried the ifdown eth1 down/up sequence)...

Revision history for this message
jason chan (jechan83) wrote :

Actually, I do get the same message. I think I've isolated it down to the SoftMAC (firmware/program?) Evidently, eth1 is not ready because softmac has not yet authenticated with whatever ap you're using. What happens for me is that I cannot get a dhcp address until the softmac authentication message appears in the dmesg output. When it does, then I can connect. Try doing something like setting up all your settings, having associated with your AP by using either the iwconfig or ifconfig eth1 up commands, but then wait. If the message that "SoftMAC: Open Authentication completed with XX:XX:XX:XX:XX:XX" appears in the dmesg output, then then do a sudo ifdown eth1 and then a sudo ifup eth1. The basic thing is to be patient - the SoftMAC message needs to appear (at least it does on my machine). Also, are you using the bcm43xx script someone posted on the ubuntu webpage in conjunction with ifup? It calls for a sleep command between iwconfig statements, which i think is useful for the firmware to catchup to the computer...

Revision history for this message
Tom Haddon (mthaddon) wrote :

Well, it turns out we can file this one under user error. Apparently all it needed was to press the Wireless "button" (which I didn't even know was a button, and have never used it before), and now it's working fine.

Sorry :(

Revision history for this message
Tom Haddon (mthaddon) wrote :

User error - needed to press the wireless button itself to activate it. Didn't know it even was a button, so there's something new...

Changed in ndiswrapper:
status: Unconfirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.