From: Stephen Clark <Stephen.Clark@seclark.us>
To: Jens Axboe <jens.axboe@oracle.com>
Cc: "Dan Williams" <dcbw@redhat.com>,
linux-wireless@vger.kernel.org,
"Ismail Dönmez" <ismail@pardus.org.tr>,
ipw3945-devel@lists.sourceforge.net
Subject: Re: [ipw3945-devel] iwl3945 doesn't work
Date: Thu, 18 Oct 2007 08:23:15 -0400 [thread overview]
Message-ID: <47175033.1090709@seclark.us> (raw)
In-Reply-To: <20071018065746.GB5063@kernel.dk>
Jens Axboe wrote:
>On Wed, Oct 17 2007, Stephen Clark wrote:
> =20
>
>>Jens Axboe wrote:
>>
>> =20
>>
>>>On Wed, Oct 17 2007, Dan Williams wrote:
>>>=20
>>> =20
>>>
>>>>On Wed, 2007-10-17 at 16:22 +0200, Jens Axboe wrote:
>>>> =20
>>>> =20
>>>>
>>>>>On Wed, Oct 17 2007, Dan Williams wrote:
>>>>> =20
>>>>> =20
>>>>>
>>>>>>On Wed, 2007-10-17 at 16:11 +0200, Jens Axboe wrote:
>>>>>> =20
>>>>>> =20
>>>>>>
>>>>>>>On Wed, Oct 17 2007, Ismail D=F6nmez wrote:
>>>>>>> =20
>>>>>>> =20
>>>>>>>
>>>>>>>>Wednesday 17 October 2007 Tarihinde 16:54:53 yazm????t??:
>>>>>>>> =20
>>>>>>>> =20
>>>>>>>>
>>>>>>>>>Hi,
>>>>>>>>>
>>>>>>>>>Seeing that iwl3945 is now merged, I decided to switch my x60 =
to use
>>>>>>>>>that instead of ipw3945. That would leave me with zero kernel
>>>>>>>>>dependencies.
>>>>>>>>>
>>>>>>>>>Unfortunately it doesn't work. Loading the module reveals the=20
>>>>>>>>>device:
>>>>>>>>>
>>>>>>>>>iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection d=
river=20
>>>>>>>>>for
>>>>>>>>>Linux, 1.1.17ks
>>>>>>>>>iwl3945: Copyright(c) 2003-2007 Intel Corporation
>>>>>>>>>ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> =
IRQ 21
>>>>>>>>>PCI: Setting latency timer of device 0000:03:00.0 to 64
>>>>>>>>>iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connectio=
n
>>>>>>>>>iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
>>>>>>>>>phy0: Selected rate control algorithm 'iwl-3945-rs'
>>>>>>>>>
>>>>>>>>># iwconfig wlan0
>>>>>>>>>wlan0 IEEE 802.11g ESSID:"xxxxxxxxxxxxxx"
>>>>>>>>> Mode:Managed Channel:0 Access Point: Not-Associated
>>>>>>>>> Tx-Power=3D0 dBm
>>>>>>>>> Retry min limit:7 RTS thr:off Fragment thr=3D2346=
B
>>>>>>>>> Encryption key:XXXX-XXXX-XX
>>>>>>>>> Link Quality:0 Signal level:0 Noise level:0
>>>>>>>>> Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid fra=
g:0
>>>>>>>>> Tx excessive retries:0 Invalid misc:0 Missed beaco=
n:0
>>>>>>>>>
>>>>>>>>>and iwconfig sees it, essid/enc settings are fine, but I don't=
get a
>>>>>>>>>link.
>>>>>>>>> =20
>>>>>>>>> =20
>>>>>>>>>
>>>>>>>>Same issue here, try iwlist wlan0 scan first and then it should=
work.
>>>>>>>> =20
>>>>>>>> =20
>>>>>>>>
>>>>>>>Huh indeed, now it links fine! Thanks for the hint. Would be nic=
e to
>>>>>>>have fixed, though :-)
>>>>>>> =20
>>>>>>> =20
>>>>>>>
>>>>>>Odd, doesn't the driver need to do a scan _anyway_ to find the ri=
ght
>>>>>>BSSID to associate with if the cached scan results are more than =
a few
>>>>>>seconds old? Can you run '/sbin/iwevent' before trying a fresh
>>>>>>association, try to associate, ensure that it has failed, and rep=
ort=20
>>>>>>the
>>>>>>output?
>>>>>>
>>>>>>If you don't get something like:
>>>>>>
>>>>>>10:17:05.117937 eth1 Scan request completed
>>>>>>
>>>>>>shown there, then there's likely a bug in the driver because it's=
=20
>>>>>>either
>>>>>>(a) not scanning before trying to associate, or (b) not sending o=
ut=20
>>>>>>scan
>>>>>>completion events after it's done a scan.
>>>>>> =20
>>>>>> =20
>>>>>>
>>>>>Indeed, there is now Scan request completed before I run the iwlis=
t
>>>>>scan. iwevent output:
>>>>> =20
>>>>> =20
>>>>>
>>>>Hmm, the output below doesn't show the scan request completed, righ=
t?
>>>>
>>>> =20
>>>> =20
>>>>
>>>>>Waiting for Wireless Events from interfaces...
>>>>>16:20:27.453588 wlan0 Set Mode:Managed
>>>>>16:20:27.462104 wlan0 Set Encryption key:off
>>>>>16:20:27.463940 wlan0 Set Encryption key:****-****-** Secur=
ity=20
>>>>>mode:open
>>>>>16:20:27.466535 wlan0 Set ESSID:"kjellbergaxboe"
>>>>>
>>>>>waiting, nothing else happens. Then run iwlist scan from another
>>>>>terminal.
>>>>>
>>>>>16:20:53.892549 wlan0 Scan request completed
>>>>> =20
>>>>> =20
>>>>>
>>>>So you only get this when you manually scan right after setting the=
ssid
>>>>and key?
>>>> =20
>>>> =20
>>>>
>>>If you look at the time stamp, I ran the iwlist scan about 26 second=
s
>>>after loading the module. When the module is loaded, the networking
>>>script sets the essid and encryption key.
>>>
>>>So yes, I only get that 'Scan request completed' line after running
>>>iwlist scan manually.
>>>
>>>=20
>>> =20
>>>
>>Don't know whether this is related, but I was having all kinds of tro=
uble=20
>>getting associated,
>>iwlist eth1 scan would report no scan results, I then switched to loa=
ding=20
>>the kernel module with
>>the option that tells iwl3945 to do software scanning and it works=20
>>everytime now.
>> =20
>>
>
>Which option is that?
>
> =20
>
In my modprobe.conf file:
options iwl3945 disable_hw_scan=3D1
HTH,
Steve
--=20
"They that give up essential liberty to obtain temporary safety,=20
deserve neither liberty nor safety." (Ben Franklin)
"The course of history shows that as a government grows, liberty=20
decreases." (Thomas Jefferson)
-
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2007-10-18 12:23 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-17 13:54 iwl3945 doesn't work Jens Axboe
2007-10-17 13:59 ` Jens Axboe
2007-10-17 14:07 ` John W. Linville
2007-10-17 14:08 ` Ismail Dönmez
2007-10-17 14:11 ` Jens Axboe
2007-10-17 14:15 ` Ismail Dönmez
2007-10-17 14:17 ` Jens Axboe
2007-10-17 14:18 ` Dan Williams
2007-10-17 14:22 ` Jens Axboe
2007-10-17 15:16 ` Dan Williams
2007-10-17 16:35 ` Jens Axboe
2007-10-17 20:06 ` [ipw3945-devel] " Stephen Clark
2007-10-18 6:57 ` Jens Axboe
2007-10-18 12:23 ` Stephen Clark [this message]
2007-10-18 12:33 ` Johannes Berg
2007-10-18 13:02 ` Tomas Winkler
2007-11-10 2:18 ` Ian Schram
2007-11-15 0:53 ` Ismail Dönmez
2007-11-15 9:39 ` Jens Axboe
2007-11-15 10:23 ` Pablo Sanchez
2007-11-15 10:26 ` Jens Axboe
2007-11-15 10:30 ` Pablo Sanchez
2007-11-15 11:08 ` Jens Axboe
2007-11-15 15:05 ` Mike Kershaw
2007-11-15 15:09 ` Jens Axboe
2007-11-15 18:36 ` Pablo Sanchez
2007-11-15 15:10 ` John W. Linville
2007-11-15 15:14 ` Jens Axboe
2007-11-15 17:36 ` Ian Schram
2007-10-18 12:34 ` Jens Axboe
2007-10-17 14:11 ` Dan Williams
2007-10-17 14:16 ` Jens Axboe
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=47175033.1090709@seclark.us \
--to=stephen.clark@seclark.us \
--cc=dcbw@redhat.com \
--cc=ipw3945-devel@lists.sourceforge.net \
--cc=ismail@pardus.org.tr \
--cc=jens.axboe@oracle.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.