Interesting fact...I have gotten it working, but I don't know if the patches helped. I will explain.

I had been testing by getting connected, running wpa_supplicant and sending a file FROM the laptop to my other linux server. This ends up slowing down from the beginning and killing the connection.

I just tested bringing a 100k file over from the server TO the laptop (which up until now I had not thought of trying). It did so at decent speeds and didn't fail. Everything is working in that direction fine.

I then rebooted and loaded ndiswrapper and ran the same test.  No such problem.

So, ndiswrapper can send files via scp in both directions fine.

The bcm43xx module can receive files but not send them without problems.

X-Originating-IP: [195.37.77.135]
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
To: [email protected]
From: James MacKenzie <[EMAIL PROTECTED]>
Subject: HELP! :) Problems w/driver -- REDUX (4306 card in laptop)
Sender: [EMAIL PROTECTED]
X-BeenThere: [email protected]
X-Mailman-Version: 2.0.13
List-Help: <mailto:[EMAIL PROTECTED]>
List-Post: <mailto:[email protected]>
List-Subscribe: <http://lists.berlios.de/mailman/listinfo/bcm43xx-dev>,
        <mailto:[EMAIL PROTECTED]>
List-Id: <bcm43xx-dev.lists.berlios.de>
List-Unsubscribe: <http://lists.berlios.de/mailman/listinfo/bcm43xx-dev>,
        <mailto:[EMAIL PROTECTED]>
List-Archive: <http://lists.berlios.de/pipermail/bcm43xx-dev/>
Date: Thu, 15 Jun 2006 23:28:28 -0400

Okay...this still isn't working...nothing I do is helping. I'm going to repost this message in it's entirety, including the responses I got, and let's try this again...

------------

I've been having problems getting the driver working, and was told to post this question here, after trying on the bcm43xx forum.

I've got a Compaq Presario R3240US laptop. It's got a Broadcom 4306 built in. This combination is working with ndiswrapper.

My AP is running WPA-PSK with AES encryption, so I'm currently running the wireless-dev kernel (which I updated today to check before mailing this).

First thing I noticed is that if I don't modprobe aes, I get a kernel panic upon running wpa_supplicant. But I was able to figure that out and once I modprobe that and bcm43xx_d80211 I'm able to get a connection after running wpa_supplicant.

Now, here's my problem:

After a short time, the connection is lost. I've been trying to send a 30M file through scp. I notice that the data throughput starts at a decent rate and immediately starts falling and continues to fall until the connection is lost.

I am currently running wpa_supplicant in -D so I can see what's going on.

Once the connection is lost, it goes into a loop where it cannot get the handshake.

Killing wpa_supplicant, removing and reinstalling the module sometimes works again, but the same thing occurs. Sometimes when I attempt to remove the module, I get a kernel panic.

If need be I can attach a copy of the output from wpa_supplicant.

P.S. I thought the "Enable local IRQs while executing" patch sounded like it might be the trick, but I applied it and it did not help.

Any help would be appreciated, or if I should be directing this question elsewhere, a pointer to where I should direct this would also be appreciated.

Thanks.

-------------

Matt Andruff replied:

Depending on what OS your running results may vary, what is the current data rate that you are using?

I've seen issues on Ubuntu with having to manually reduce the rate
(iwconfig eth1 rate 22M)
to have things run consistantly. Infact, I used to have to run at 11Mb/s all the time but recent developments have let me go a litttle faster, 36Mb/s but it's not stable, and I get some dropped packets, meaning variable speed.

------------

I replied back:

I'm running Slackware Linux.

It seems like the rate change ability is gone at the moment...

When I look at the iwconfig wlan0 it doesn't print rate information and when I try to change the rate, it gives me an error saying it cannot be changed.

I had always found bcm43xx to be defaulting to 11M in earlier versions, and figured it was again. When I start it up and start the scp it's only giving me around 181K/s to start and goes down from there.

------------

Matt Andruff replied:

k when your ability returns to change returns then lets change to 11M and see what happens, if you stay without aid for a while we could try, using the ubuntu package with alien to import it properly to you system, but hopefully the ability to change the rate returns, what rate is listed when you run 'iwconfig [interface]

------------

This doesn't help me...here is the output from iwconfig:

wmaster0  IEEE 802.11g  ESSID:""
          Mode:Master  Frequency:2.462 GHz
          RTS thr:off   Fragment thr=2346 B
          Encryption key:off

wlan0     IEEE 802.11g  ESSID:"XXXXXXXXXX"
          Mode:Managed  Frequency:2.462 GHz  Access Point: Not-Associated
          RTS thr:off   Fragment thr=2346 B
          Encryption key:off

As you can see, there is ***NO*** rate information. There *USED TO BE*...I can't remember what revision I was running when it was there...but it is not there now. I have no way of changing it. As I said in my last message...when I attempt to change it I get a message saying it cannot be changed:

Error for wireless request "Set Bit Rate" (8B20) :
     SET failed on device wlan0 ; Operation not supported.

And, seeing the other thread on the 4306 here, here's my dmesg info:

bcm43xx_d80211 driver
ACPI: PCI Interrupt Link [LNK3] enabled at IRQ 11
ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNK3] -> GSI 11 (level, low) -> IRQ 11
bcm43xx_d80211: Chip ID 0x4306, rev 0x3
bcm43xx_d80211: Number of cores: 5
bcm43xx_d80211: Core 0: ID 0x800, rev 0x4, vendor 0x4243, enabled
bcm43xx_d80211: Core 1: ID 0x812, rev 0x5, vendor 0x4243, disabled
bcm43xx_d80211: Core 2: ID 0x80d, rev 0x2, vendor 0x4243, enabled
bcm43xx_d80211: Core 3: ID 0x807, rev 0x2, vendor 0x4243, disabled
bcm43xx_d80211: Core 4: ID 0x804, rev 0x9, vendor 0x4243, enabled
bcm43xx_d80211: PHY connected
bcm43xx_d80211: Detected PHY: Version: 2, Type 2, Revision 2
bcm43xx_d80211: Detected Radio: ID: 2205017f (Manuf: 17f Ver: 2050 Rev: 2)
bcm43xx_d80211: Radio turned off
bcm43xx_d80211: Radio turned off
bcm43xx_d80211: Virtual interface added (type: 0x00000002, ID: 5, MAC: 00:90:4b:5d:ae:6a)
bcm43xx_d80211: PHY connected
bcm43xx_d80211: Radio turned on
bcm43xx_d80211: Chip initialized
bcm43xx_d80211: DMA initialized
bcm43xx_d80211: 80211 cores initialized
bcm43xx_d80211: Keys cleared

If I'm understanding where to look from Michael Buesch's message, this seems to me to be a wireless core rev 5...so, should it be working?

And again, this is working fine w/ndiswrapper.

Can anyone lend any assistance here?

I will try Larry Finger's solution and will write back if that works...but wanted to post this to see if there's something I am doing wrong here.

_______________________________________________
Bcm43xx-dev mailing list
[email protected]
http://lists.berlios.de/mailman/listinfo/bcm43xx-dev

_______________________________________________
Bcm43xx-dev mailing list
[email protected]
http://lists.berlios.de/mailman/listinfo/bcm43xx-dev

Reply via email to