From: reinette chatre <reinette.chatre@intel.com>
To: Kalle Valo <kalle.valo@iki.fi>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
Johannes Berg <johannes@sipsolutions.net>
Subject: Re: wireless-testing regression: iwl3945 scan fails
Date: Wed, 22 Jul 2009 08:55:21 -0700 [thread overview]
Message-ID: <1248278121.17896.2728.camel@rc-desk> (raw)
In-Reply-To: <87fxcosron.fsf@litku.valot.fi>
Hi Kalle,
On Wed, 2009-07-22 at 07:44 -0700, Kalle Valo wrote:
> Kalle Valo <kalle.valo@iki.fi> writes:
>
> > Good morning,
> >
> > I just upgraded to rc3-wl (commit 225b6807) and my iwl3945 doesn't work
> > anymore, even scan fails. I don't have time to investigate this right
> > now, but I'll try to find some time during the evening.
>
> I have looked at this now a bit and I don't think this is an iwl3945
> problem. Scanning seems to stall in some situations and iwl3945 doesn't
> even receive the scan command.
The patches we sent recently did undergo testing under various scenarios
using wpa_supplicant. We have not done this testing after the
2.6.31-rc3-wl merge (yesterday) though. I just did a quick test on my
3945 using iwconfig to associate and it was able to do so on A and G
bands. Looks like I need to do some wpa_supplicant testing.
>
> Here's an example what's happening with wpa_supplicant from debian
> unstable:
>
> $ sudo ifup wlan0
>
> [ 104.468073] iwl3945 0000:03:00.0: firmware: requesting iwlwifi-3945-2.ucode
> [ 104.533234] iwl3945 0000:03:00.0: loaded firmware version 15.32.2.9
> [ 104.612049] phy0: device now idle
> [ 104.613091] ADDRCONF(NETDEV_UP): wlan0: link is not ready
> [ 106.968392] phy0: device no longer idle - scanning
> [ 109.561397] phy0: device now idle
> [ 109.563737] wlan0: deauthenticating by local choice (reason=3)
> [ 109.563743] phy0: device no longer idle - in use
>
> [waited a while]
>
> $ sudo iwlist wlan0 scan
> wlan0 Interface doesn't support scanning : Device or resource busy
>
> $ sudo iwlist wlan0 scan
> wlan0 Interface doesn't support scanning : Device or resource busy
>
> $ sudo wpa_action wlan0 stop
>
> [ 191.649653] wlan0: deauthenticating by local choice (reason=3)
> [ 191.697619] phy0: device now idle
>
> Also I have been able to reproduce the problem once with iw. For some
> strange reason I have had to reboot my laptop to reproduce this,
> unloading all wireless related modules (expect rfkill which I can't
> unload due to dependencies) is not enough.
Are you saying that this problem occurs always with wpa_supplicant and
sometimes with iw?
Reinette
next prev parent reply other threads:[~2009-07-22 15:55 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-22 5:27 wireless-testing regression: iwl3945 scan fails Kalle Valo
2009-07-22 12:34 ` John W. Linville
2009-07-22 14:44 ` Kalle Valo
2009-07-22 15:55 ` reinette chatre [this message]
2009-07-22 16:24 ` Marcel Holtmann
2009-07-22 16:38 ` reinette chatre
2009-07-24 9:28 ` Kalle Valo
2009-07-25 5:55 ` Kalle Valo
2009-07-25 8:31 ` Johannes Berg
2009-07-25 9:18 ` Kalle Valo
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=1248278121.17896.2728.camel@rc-desk \
--to=reinette.chatre@intel.com \
--cc=johannes@sipsolutions.net \
--cc=kalle.valo@iki.fi \
--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).