From: Larry Finger <Larry.Finger@lwfinger.net>
To: Celejar <celejar@gmail.com>
Cc: bcm43xx-dev <bcm43xx-dev@lists.berlios.de>,
wireless <linux-wireless@vger.kernel.org>,
Luis Rodriguez <Luis.Rodriguez@Atheros.com>
Subject: Re: Can't connect to AP with hidden essid with 2.6.27-rc6
Date: Fri, 19 Sep 2008 11:13:48 -0500 [thread overview]
Message-ID: <48D3CFBC.6070504@lwfinger.net> (raw)
In-Reply-To: <20080919001050.d9ed273a.celejar@gmail.com>
Celejar wrote:
> On Thu, 18 Sep 2008 17:33:12 -0500
> Larry Finger <Larry.Finger@lwfinger.net> wrote:
>
>> Celejar wrote:
>>> Okay, I built and installed CRDA, and I now get:
>>>
>>> Band 1:
>>> Frequencies:
>>> * 2412 MHz
>>> * 2417 MHz
>>> * 2422 MHz
>>> * 2427 MHz
>>> * 2432 MHz
>>> * 2437 MHz
>>> * 2442 MHz
>>> * 2447 MHz
>>> * 2452 MHz
>>> * 2457 MHz
>>> * 2462 MHz
>>> * 2467 MHz (disabled)
>>> * 2472 MHz (disabled)
>>> * 2484 MHz (disabled)
>>>
>>> [This is also what I get with an earlier kernel.]
>>>
>>> But the card *still* won't associate with the hidden essid AP; is there
>>> anything else I need to do after 'make, make install' CRDA?
>> No, with this output, you have definitely connected with CRDA. Now
>> that you have CRDA working, I think you may have to bisect again.
>> Certainly, the passive scanning would have made it difficult, if not
>> impossible, to connect to a hidden essid. As you say, you now have the
>> same channel listing as you had with the earlier kernel, thus your
>> bisection may converge on a different patch. Fortunately, it shouldn't
>> take too long. You can go a couple of patches earlier than the
>> regulatory change with a 'git bisect good dbcabfe1a5cfa192e'.
>>
>> Another option would be to uninstall CRDA by deleting /sbin/crda and
>> setting the CONFIG_WIRELESS_OLD_REGULATORY variable to y. At that
>> point, everything should be exactly as in the kernels prior to
>> adopting CRDA.
>
> This works fine, so I'm happy. If a bisection will help the devs,
> though, I'll be glad to do it.
I do not think a bisection is necessary. Your successful test of the
old regulatory code suggests to me that there is some kind of problem
with the CRDA database.
Luis - to fill you in, he can connect to an AP with a hidden essid
using the old regulatory code, but not using CRDA. There seems to be
some critical difference between them.
Thanks,
Larry
next parent reply other threads:[~2008-09-19 16:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080916220904.75283811.celejar@gmail.com>
[not found] ` <48D06B9E.70307@lwfinger.net>
[not found] ` <20080918004509.23a4bdc9.celejar@gmail.com>
[not found] ` <48D1E42C.70904@lwfinger.net>
[not found] ` <20080918015202.8c5f6381.celejar@gmail.com>
[not found] ` <48D24911.80101@lwfinger.net>
[not found] ` <20080918160957.94ea063d.celejar@gmail.com>
[not found] ` <48D2D728.6070105@lwfinger.net>
[not found] ` <20080919001050.d9ed273a.celejar@gmail.com>
2008-09-19 16:13 ` Larry Finger [this message]
2008-09-19 18:05 ` Can't connect to AP with hidden essid with 2.6.27-rc6 Luis R. Rodriguez
2008-09-19 18:27 ` Celejar
2008-09-19 18:33 ` Luis R. Rodriguez
2008-09-19 19:18 ` Larry Finger
2008-09-19 20:01 ` Celejar
2008-09-19 20:49 ` Luis R. Rodriguez
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=48D3CFBC.6070504@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=Luis.Rodriguez@Atheros.com \
--cc=bcm43xx-dev@lists.berlios.de \
--cc=celejar@gmail.com \
--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;
as well as URLs for NNTP newsgroup(s).