From: Dylan Cristiani <d.cristiani@idem-tech.it>
To: b43-dev@lists.infradead.org
Subject: Trouble using bcm4318 compact flash with b43 driver
Date: Fri, 21 Jan 2011 16:51:37 +0100 [thread overview]
Message-ID: <20110121165137.000016ff@unknown> (raw)
In-Reply-To: <20110119140328.00002dd2@unknown>
On Wed, 19 Jan 2011 14:03:28 +0100
dylan cristiani <d.cristiani@idem-tech.it> wrote:
> On Tue, 18 Jan 2011 08:34:46 -0600
> Larry Finger <Larry.Finger@lwfinger.net> wrote:
>
> .....
> > > Hi Larry i've some news: i tryied with kernel 2.6.35 and it works!
> > > the module associates to AP and i can browse the net, ping
> > > external addresses and so on...; it seems that some drivers'
> > > changes made things go worste for my 'platform': do you have any
> > > suggestions? Note that all kernel settings are the same in
> > > 2.6.35, 2.6.36 and 2.6.37 except, obviously, for the new kernel's
> > > parameters of the latter two.
> >
> > The usual advice offered in cases like yours is to install a git
> > tree and bisect the issue. As you have a problem with mainline
> > kernels, I definitely recommend the linux-2.6.git tree as it
> > bisects better than development trees like wireless-testing.git.
> > Your number of trials should not be too bad as you know it broke
> > between 2.6.35 and 2.6.36.
> >
> > Larry
> Tks for hint, but today i had a brand new behaviour: before diving
> into git, i tryed to add som debug printk into ssb backplane to see
> if there were some difference between 2.6.35 and 2.6.36, and the
> magic is that the module worked also with 2.6.36 kernel; for sure i
> don't really think that my few printk made the miracle; the only
> difference was that i manually made 'insmod' of ssb.ko and b43.ko,
> then i 'ifdown wlan0' then 'ifup wlan0' and it worked...; as it seems
> to me there must be some alea somewhere, that in certain conditions
> makes the module to misbehave and the AP forbids to associate to it;
> but i cannot get the point also for the fact that if a restore the
> starting buggy situation ('insmod' is performed by a script launched
> by inittat just after init), the 'race' situation doesn't happen
> anymore (for now), and the wlan0 still keep working: don't know where
> to hit my head......(desk already hitten!)
>
> dylan (swimming in deep dark....)
>
probably i found a clue (maybe the point): when the b43 wlan interface
comes up its rate is, at the beginning, setted to the lowest possible:
1Mbit, as i can see with iwconfig, and it seems that, at this low rates,
some access points doesn't work, becuase of some handshake timeout
failure happening or other different timeouts issue, like they can't
'deal' with such communication being too slow; if i set higher rates
(i.e. 'iw set rate 24M') it associates to access point (WPA2
encryption), it gets dhcp address and it is possible to ping other net's
nodes, also if there are still some issue, like high percentage of
packet lost and so on; furthermore, trying to force setting of the rate
to highest possible 'iw set rate 54M', doesn't improve the performances
but, at the opposite, it leads again to association failures; is this a
normal behaviour? do you think that i'm doing something wrong? why is
the starting rate setted to 1M (it's a wlan module policy or a driver
choice?); which is the best way to solve this issue if any?
as usual thanks for you support and patience!!
dylan
next prev parent reply other threads:[~2011-01-21 15:51 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-14 17:21 Trouble using bcm4318 compact flash with b43 driver dylan cristiani
2011-01-14 18:52 ` Larry Finger
2011-01-15 7:05 ` Dylan Cristiani
2011-01-15 16:38 ` Larry Finger
2011-01-17 10:06 ` dylan cristiani
2011-01-17 13:51 ` dylan cristiani
2011-01-18 10:58 ` dylan cristiani
2011-01-18 14:34 ` Larry Finger
2011-01-19 13:03 ` dylan cristiani
2011-01-21 15:51 ` Dylan Cristiani [this message]
2011-01-21 17:22 ` Larry Finger
2011-01-21 21:54 ` Dylan Cristiani
2011-01-21 22:13 ` Larry Finger
2011-01-22 10:48 ` Dylan Cristiani
2011-02-01 14:41 ` dylan cristiani
2011-02-01 20:40 ` Larry Finger
2011-02-02 9:11 ` dylan cristiani
2011-02-02 11:55 ` dylan cristiani
2011-02-02 15:30 ` dylan cristiani
2011-02-02 21:58 ` Larry Finger
2011-02-03 8:28 ` dylan cristiani
2011-02-02 22:40 ` Michael Büsch
2011-02-03 8:45 ` dylan cristiani
2011-02-03 10:29 ` Michael Büsch
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=20110121165137.000016ff@unknown \
--to=d.cristiani@idem-tech.it \
--cc=b43-dev@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).