All of lore.kernel.org
 help / color / mirror / Atom feed
From: Don Darling <darling.don@gmail.com>
To: Bob Copeland <me@bobcopeland.com>
Cc: "Gábor Stefanik" <netrolller.3d@gmail.com>,
	"Larry Finger" <Larry.Finger@lwfinger.net>,
	linux-wireless@vger.kernel.org
Subject: Re: Bug: 2.6.32 ath5k, associating with WEP128 AP is unreliable
Date: Mon, 25 Jan 2010 20:36:54 -0600	[thread overview]
Message-ID: <4B5E5546.20105@twilightblue.net> (raw)
In-Reply-To: <b6c5339f1001251313u369c571dq5cee9ffa65fcf457@mail.gmail.com>

Hello folks,

Thanks for the suggestions -- here are a few questions I can answer from 
earlier today:

1)  I didn't realize there was a subtle difference between WEP104 and 
WEP128.  What I can tell you is that the WEP AP is running Tomato 1.23, 
and is set to WEP 128-bit.  However, the key I'm using is only 104 
bits.  This probably means I'm actually using WEP104.

2) I'm definitely not using madwifi in either case -- I've always used 
the ath5k driver on this machine.

3) As far as I can tell, there are no modparams being used with ath5k.  
I checked both /etc/modprobe.d and /etc/sysctl.conf (I'm not sure if the 
latter affects modules or not, actually - I think it might depend on the 
module).

4) I realize WPA+TKIP is more secure and I would use it if I could, but 
I have some old devices that don't support WPA it so I'm limited to WEP.

5) I use -Dwext with wpa_supplicant when I *do* use WPA+TKIP networks.

Also, FWIW:

# lsmod | grep ath
ath5k                 127364  0
mac80211              155788  1 ath5k
ath                     7708  1 ath5k
cfg80211               90364  3 ath5k,mac80211,ath
led_class               4000  1 ath5k

I'm not sure when I might have a chance to bisect, but will certainly 
let you know if I do.

Best regards,
Don


Bob Copeland wrote:
> 2010/1/25 Gábor Stefanik <netrolller.3d@gmail.com>:
>   
>> On Mon, Jan 25, 2010 at 7:52 PM, Larry Finger <Larry.Finger@lwfinger.net> wrote:
>>     
>>> For the record, WEP104 and WEP128 are the same thing. The smaller number
>>> makes it explicit that the 24-bit IV is transmitted in the open. The same
>>> thing applies to WEP40 and WEP64.
>>>
>>>       
>> Only one problem there is another, nonstandard WEP type where the
>> actual key is 128-bit, and this is also sometimes referred to as
>> WEP128 (with the same metric as WEP64, this one would be WEP152). Same
>> goes for "WEP228/WEP256/WEP280".
>>     
>
> Yea, I think ath hw supports that too:
>
> #define AR5K_KEYTABLE_TYPE_40		0x00000000
> #define AR5K_KEYTABLE_TYPE_104		0x00000001
> #define AR5K_KEYTABLE_TYPE_128		0x00000003
>
> at least that's what I assumed it meant.  But there's no way to set it
> from mac80211 (nor should there be).
>
>   


  reply	other threads:[~2010-01-26  2:36 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-24 23:04 Bug: 2.6.32 ath5k, associating with WEP128 AP is unreliable Don Darling
2010-01-25 17:39 ` Bob Copeland
2010-01-25 17:44   ` Gábor Stefanik
2010-01-25 18:52   ` Larry Finger
2010-01-25 19:21     ` Gábor Stefanik
2010-01-25 21:13       ` Bob Copeland
2010-01-26  2:36         ` Don Darling [this message]
2010-03-21 20:49 ` nanok
2010-03-25 21:02   ` Bob Copeland
2010-03-25 21:04     ` Bob Copeland
2010-03-25 22:24       ` nanok
2010-03-25 22:44         ` Bob Copeland
2010-03-25 23:04           ` nanok
2010-03-26  3:52             ` Bob Copeland

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=4B5E5546.20105@twilightblue.net \
    --to=darling.don@gmail.com \
    --cc=Larry.Finger@lwfinger.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=me@bobcopeland.com \
    --cc=netrolller.3d@gmail.com \
    /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.