From: Jouni Malinen <jkmaline@cc.hut.fi>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Dave Jones <davej@codemonkey.org.uk>,
jt@hpl.hp.com,
Linux kernel mailing list <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@digeo.com>,
David Gibson <hermes@gibson.dropbear.id.au>,
Benjamin Reed <breed@almaden.ibm.com>,
Javier Achirica <achirica@ttd.net>
Subject: Re: airo and firmware upload (was Re: 2.6 must-fix list, v3)
Date: Wed, 14 May 2003 17:59:04 -0700 [thread overview]
Message-ID: <20030515005904.GA1510@jm.kir.nu> (raw)
In-Reply-To: <3EC2D6FB.5050700@pobox.com>
On Wed, May 14, 2003 at 07:53:31PM -0400, Jeff Garzik wrote:
> airo and HostAP do indeed need to use CryptoAPI not reimplement their
> own crypto, though...
Host AP driver has a dynamic crypto implementation that allows one to
load new algorithms as a separate kernel modules. One of such modules
was an interface to use CryptoAPI. However, I don't think there is a
public release of it.
Do you think WEP should be implemented as a CryptoAPI algorithm? It is a
combination of CRC-32 and RC4 and the crypto module in Host AP does
these together in one pass of the packet payload to minimize host CPU
load. I'm not keen on using RC4 separately with CryptoAPI (I don't think
it is even included yet) if that means making the WEP encryption use
more CPU.. However, I could consider taking CryptoAPI into use it would
support WEP as an algorithm (i.e., I could consider porting the current
Host AP WEP code to CryptoAPI).
Since I'm not that interested in maintaining multiple source trees of
the driver, own WEP implementation is going to remain in the Host AP
driver for 2.2 and 2.4 kernels. Anyway, this could probably be
automatically stripped from the code if backward compatibility in
drivers must be removed from 2.5/2.6 kernel tree.
--
Jouni Malinen PGP id EFC895FA
next prev parent reply other threads:[~2003-05-15 0:46 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-14 21:12 2.6 must-fix list, v3 Jean Tourrilhes
2003-05-14 22:06 ` airo and firmware upload (was Re: 2.6 must-fix list, v3) Jeff Garzik
2003-05-14 23:32 ` Jean Tourrilhes
2003-05-14 23:38 ` Andrew Morton
2003-05-15 1:04 ` David Gibson
2003-05-16 7:27 ` Manuel Estrada Sainz
2003-05-14 23:43 ` Dave Jones
2003-05-14 23:53 ` Jeff Garzik
2003-05-15 0:59 ` Jouni Malinen [this message]
2003-05-15 2:20 ` Jean Tourrilhes
2003-05-15 6:16 ` James Morris
2003-05-15 1:02 ` Jean Tourrilhes
2003-05-15 4:21 ` CryptoAPI and WEP/stream ciphers (was: airo and firmware upload) Jouni Malinen
2003-05-15 6:04 ` James Morris
2003-05-15 0:55 ` airo and firmware upload (was Re: 2.6 must-fix list, v3) Jean Tourrilhes
2003-05-15 7:13 ` Greg KH
2003-05-15 17:24 ` Jean Tourrilhes
2003-05-15 17:46 ` Greg KH
2003-05-15 19:55 ` Jean Tourrilhes
2003-05-15 20:10 ` Greg KH
2003-05-17 16:58 ` 2.6 must-fix list, v3 Pavel Machek
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=20030515005904.GA1510@jm.kir.nu \
--to=jkmaline@cc.hut.fi \
--cc=achirica@ttd.net \
--cc=akpm@digeo.com \
--cc=breed@almaden.ibm.com \
--cc=davej@codemonkey.org.uk \
--cc=hermes@gibson.dropbear.id.au \
--cc=jgarzik@pobox.com \
--cc=jt@hpl.hp.com \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®