All of lore.kernel.org
 help / color / mirror / Atom feed
From: pat-lkml <pat-lkml@erley.org>
To: Jouni Malinen <j@w1.fi>
Cc: Jouni Malinen <jouni.malinen@atheros.com>,
	linux-wireless@vger.kernel.org
Subject: Re: [PATCH] ath9k: Add module parameter to disable hardware crypto
Date: Tue, 24 Feb 2009 17:45:12 -0500	[thread overview]
Message-ID: <49A47878.3030202@erley.org> (raw)
In-Reply-To: <49A45378.50009@erley.org>

pat-lkml wrote:
> pat-lkml wrote:
>> pat-lkml wrote:
>>> Jouni Malinen wrote:
>>> Which client are you using? Are you sure that the passphrase/PSK is set
>>> correctly? The nohwcrypt patch should make absolutely no difference for
>>> this part (this is key handshake which in the initial phase is sent
>>> without encrypted EAPOL-Key frames, so neither sw nor hw crypto used).
>> I've tried 3 different clients with identical behavior:
>>
>> 1.  Playstation 3
>> 2.  Dell Axim / WM6
>> 3.  ath5k Laptop
>>
>> I get that (afore mentioned invalid MIC in msg 2/4) with nohwcrypt=1, while
>> nohwcrypt=0 I get 'STA Detected Michael MIC error' during stage 3 I believe. 
>>
>> I'll have more time after about 6:00PM EST to test this and provide the full
>> logs of each client associating, along with  wpa_supplicant logs.  I'm running
>> git hostapd, and I've NEVER had wpa1 work correctly with it, which is why I said
>> that that report wasn't an 'ACK/NACK' just reporting that I see a difference in 
>> behavior with it.  
>>
>> Pat
> 
> Ok, I feel VERY sheepish now.  In doing further testing, I discovered a typo in my
> hostapd.conf for the wpa config, specifically, an extra char that snuck into my wpa
> pass phrase.  Use nohwcrypt=1, hostapd now works perfectly with wep/wpa/wpa2, while
> with nohwcrypt=0, I get errors (that I'll need physical access to my computer to 
> debug/log) in wpa only.  I'm testing with my usual, rate limited scp transfer over 
> wireless right now, as previous 'issues' have arisen when a re-key occurs during a 
> transfer.

Here are 2 sets of logs: [linked as they're ~60K total]

http://wireless.erley.org/ath9k-nohwcrypto0.txt
http://wireless.erley.org/ath9k-nohwcrypto1.txt

As can be deduced from the file names, the first one is with nohwcrypto=0
while the second is with nohwcrypto=1.

I set this module param with the modprobe.conf line: options ath9k nohwcrypt=1

I made NO changes in hostapd between these two log runs, only removing and 
reloading the ath9k driver.  nohwcrypto=0 resulted in the Michael MIC error and
a non functioning client (PS3, in this example) while nohwcrypto=1 resulted in
a working PS3 client.  I was able to stream 3 hours of video (in total) today
while working on other things, with hostapd set to 30s re-keying.  Any other tests
I could do/log/provide for getting hwcrypto to work in AP mode would be great.

I've done no testing in station mode, as I don't have any interests in using ath9k
in station mode at the moment.

Pat Erley

  reply	other threads:[~2009-02-24 22:45 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-24 11:42 [PATCH] ath9k: Add module parameter to disable hardware crypto Jouni Malinen
2009-02-24 13:49 ` Johannes Berg
2009-02-24 14:06   ` Jouni Malinen
2009-02-24 14:23     ` Johannes Berg
2009-02-24 14:24 ` pat-lkml
2009-02-24 15:07   ` Jouni Malinen
2009-02-24 15:32     ` pat-lkml
2009-02-24 20:07       ` pat-lkml
2009-02-24 22:45         ` pat-lkml [this message]
2009-02-25 18:19         ` ath9k and TKIP hw crypto in AP mode Jouni Malinen
2009-02-25 23:46           ` pat-lkml
2009-02-26  0:10             ` pat-lkml
2009-02-26  9:10               ` Jouni Malinen
2009-02-24 16:15 ` [PATCH] ath9k: Add module parameter to disable hardware crypto Michael Buesch
2009-02-24 17:07   ` Jouni Malinen

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=49A47878.3030202@erley.org \
    --to=pat-lkml@erley.org \
    --cc=j@w1.fi \
    --cc=jouni.malinen@atheros.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.