Linux wireless drivers development
 help / color / mirror / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: linux-wireless@vger.kernel.org
Subject: Re: Slow b43 with 2.6.25.9 on an asus wl-700ge home-router
Date: Wed, 09 Jul 2008 12:12:34 -0400	[thread overview]
Message-ID: <jwv7ibvqci3.fsf-monnier+gmane.linux.kernel.wireless.general@gnu.org> (raw)
In-Reply-To: 4874D8DD.3020803@lwfinger.net

> What model is your card? Please post the output of 'dmesg | grep b43'.

   b43-phy0: Broadcom 4318 WLAN found
   b43-phy0 debug: Found PHY: Analog 3, Type 2, Revision 7
   b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 8
   b43-phy0 debug: DebugFS (CONFIG_DEBUG_FS) not enabled in kernel config
   input: b43-phy0 as /devices/virtual/input/input0
   b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
   b43-phy0 debug: Chip initialized
   b43-phy0 debug: 32-bit DMA initialized
   Registered led device: b43-phy0::radio
   b43-phy0 debug: Wireless interface started
   b43-phy0 debug: Adding Interface type 2
   b43-phy0 debug: Removing Interface type 2
   b43-phy0 debug: Wireless interface stopped
   b43-phy0 debug: DMA-32 rx_ring: Used slots 0/64, Failed frames 0/0 = 0.0%, Average tries 0.00
   b43-phy0 debug: DMA-32 tx_ring_AC_BK: Used slots 0/128, Failed frames 0/0 = 0.0%, Average tries 0.00
   b43-phy0 debug: DMA-32 tx_ring_AC_BE: Used slots 0/128, Failed frames 0/0 = 0.0%, Average tries 0.00
   b43-phy0 debug: DMA-32 tx_ring_AC_VI: Used slots 0/128, Failed frames 0/0 = 0.0%, Average tries 0.00
   b43-phy0 debug: DMA-32 tx_ring_AC_VO: Used slots 0/128, Failed frames 0/0 = 0.0%, Average tries 0.00
   b43-phy0 debug: DMA-32 tx_ring_mcast: Used slots 0/128, Failed frames 0/0 = 0.0%, Average tries 0.00
   input: b43-phy0 as /devices/virtual/input/input1
   b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
   b43-phy0 debug: Chip initialized
   b43-phy0 debug: 32-bit DMA initialized
   Registered led device: b43-phy0::radio
   b43-phy0 debug: Wireless interface started
   b43-phy0 debug: Adding Interface type 2

> With the current versions of mac80211, the rate-setting mechanism is very
> good. If you force a high rate, i.e. with 'iwconfig ... 54M', you run the
> risk of increasing your error rate causing many more retransmits, and might
> reduce the throughput.

Yes, that's what I'd expect.  I only did it to see if it made any
difference, and as a matter of fact, it makes no difference: I get the
same 90-92 KB/s on average (averaged over a 3.6MB http transfer).

> That may not be happening here, but I wonder why the
> rate capped at 2M. Incidentally, the quality numbers for my BCM4312 located
> about 2m from the AP are "Link Quality=93/100  Signal level:-37 dBm  Noise
> level=-71 dBm". My Link Quality is lower than yours, but S/N is much
> better - not that any of those numbers have much validity.

I've moved the machine to get a better signal, it now says:

wlan0     IEEE 802.11  ESSID:"MM"  
          Mode:Managed  Frequency:2.457 GHz  Access Point: 00:18:3F:CB:5A:59   
          Bit Rate=2 Mb/s   Tx-Power=27 dBm   
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B   
          Encryption key:ADAD-D31C-F6E7-1781-F165-21F0-A155-44C2-03C4-0D43-167C-05E8-C6EE-B111-1125-F1CD [2]
          Link Quality=114/100  Signal level:-41 dBm  Noise level=-64 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

I.e. it's not just better: it's more than perfect ;-)
But the bandwidth is still the same 90-92KB/s.

> My transmit throughput is consistently over 2 Mbs,

All the other wireless clients I've used around here (other
broadcomm-based home routers, rt73usb dongles, and iwl3945, hostap,
madwifi laptops), I basically always get pretty much the same bandwidth,
of around 10Mb/s, so there's definitely something odd going on here.

> but I'm not bridging.  Roughly 6 months ago, I did set up routing, but
> that was using iptables, not a formal bridge device. That
> configuration had full speed.

As mentioned, I get the same result without bridging.

> If you shut down the bridge, what speed do you get?

Same old 90-92KB/s.


        Stefan


PS: The code I use is the one from the OpenWRT svn repository.


      reply	other threads:[~2008-07-09 16:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-09  5:50 Slow b43 with 2.6.25.9 on an asus wl-700ge home-router Stefan Monnier
2008-07-09 13:42 ` Michael Buesch
2008-07-09 15:43   ` Stefan Monnier
2008-07-09 15:58     ` Michael Buesch
2008-07-09 13:51 ` Stefanik Gábor
2008-07-09 15:30   ` Stefan Monnier
2008-07-09 15:27 ` Larry Finger
2008-07-09 16:12   ` Stefan Monnier [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwv7ibvqci3.fsf-monnier+gmane.linux.kernel.wireless.general@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox