linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Pavel Roskin <proski@gnu.org>
To: Michael Buesch <mb@bu3sch.de>
Cc: linux-wireless@vger.kernel.org, bcm43xx-dev@lists.berlios.de
Subject: Re: [PATCH RFT] b43: We need lots of regression testing
Date: Fri, 04 Apr 2008 23:06:27 -0400	[thread overview]
Message-ID: <1207364787.2115.16.camel@dv> (raw)
In-Reply-To: <200804041612.18840.mb@bu3sch.de>

On Fri, 2008-04-04 at 16:12 +0200, Michael Buesch wrote:
> Hi b43 users,
> 
> Please be so kind to run lots of regression tests on the following
> patch. This patch is supposed to make the LO calibration a _lot_ more
> lightweight and avoid a long MAC-disable period every 120 seconds.
> 
> We need a lot of regression testing with this patch on lots of different
> devices to make sure we don't introduce regressions.
> 
> I tested this on a 4306 and a 4318 card. So far it seems to work great
> on these cards.

Tested on this:

b43-phy0: Broadcom 4306 WLAN found
b43-phy0 debug: Found PHY: Analog 2, Type 2, Revision 2
b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 2
phy0: Selected rate control algorithm 'pid'
Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: FW13 ]

It's actually Fedora development kernel 2.6.25-0.195.rc8.git1.fc9.i686
with patched compat-wireless installed.

It's working better than I could possibly expect.  The range is on the
par with another laptop with ipw3945 running Linux or Windows XP.  It's
working through 4 walls and 30 meters on top of that.  I understand that
there are many random factors involved, but my impression is very
positive.  Basically, it's good enough to go outside with the laptop
without having an AP installed near a window.  I haven't seen any
significant interruptions in the connection.

Unfortunately, I hit that nasty circular lock dependency bug (already
discussed in another thread) when I killed wpa_supplicant to try another
AP.  The CPU utilization went to 100%, but the driver kept working.

Another unrelated bug (sorry, testing often finds unrelated bugs) is
that scanning with specific ESSID was returning non-matching APs.  I
mean "iwlist wlan0 scan my_essid", which would still report many
different ESSIDs.  It's inconvenient when the driver can sense 22 APs at
once :)

I'll try to get 4318 tested over the weekend.

-- 
Regards,
Pavel Roskin

  parent reply	other threads:[~2008-04-05  3:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-04 14:12 [PATCH RFT] b43: We need lots of regression testing Michael Buesch
2008-04-04 20:01 ` gavron
2008-04-04 20:02   ` Michael Buesch
2008-04-05  3:06 ` Pavel Roskin [this message]
2008-04-05  9:09   ` Johannes Berg
2008-04-06  5:12     ` Pavel Roskin
2008-04-05 10:48   ` gavron
2008-04-06  5:46   ` Pavel Roskin
  -- strict thread matches above, loose matches on Subject: below --
2008-04-06  8:23 Ronald
2008-04-07  1:26 ` Pavel Roskin

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=1207364787.2115.16.camel@dv \
    --to=proski@gnu.org \
    --cc=bcm43xx-dev@lists.berlios.de \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mb@bu3sch.de \
    /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;
as well as URLs for NNTP newsgroup(s).