mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jouni Malinen <jkmaline@cc.hut.fi>
To: James Ketrenos <jketreno@linux.co.intel.com>
Cc: Jeff Garzik <jgarzik@pobox.com>,
	jt@hpl.hp.com, Christoph Hellwig <hch@infradead.org>,
	"David S. Miller" <davem@redhat.com>,
	netdev@oss.sgi.com,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2.6] Intersil Prism54 wireless driver
Date: Wed, 10 Mar 2004 18:31:41 -0800	[thread overview]
Message-ID: <20040311023141.GB3738@jm.kir.nu> (raw)
In-Reply-To: <404FA6AC.7040009@linux.co.intel.com>

On Wed, Mar 10, 2004 at 05:37:16PM -0600, James Ketrenos wrote:

> I'd like to get WEP into IPW2100 as soon as possible, and would like to do 
> so in a way that would make transitioning to a common 802.11 layer seamless 
> (or at least reasonably isolated).  Any suggestions on how to best do this, 
> or where we might be able to help, would be much appreciated.

Host AP driver (http://hostap.epitest.fi/) has generic (i.e., hardware
independent) implementation of IEEE 802.11 encryption for WEP, TKIP, and
CCMP. These functions take in skb's with IEEE 802.11 headers and
encrypt/decrypt the frames. I haven't yet taken a look at your IPW2100
driver, but if you are including IEEE 802.11 headers in the skb's at
some point, I would assume that the WEP implementation from Host AP
driver would work fine with that driver, too.

The current implementation has hardware independent module (hostap.ko)
that exports the crypto functions for IEEE 802.11 skb's. Both client
station and AP is supported. (To be honest, there is probably still
couple of small Prism2-specific parts in hostap.ko, but not in the
crypto parts and I'm in the process of getting rid of the remaining
wlan hardware dependent parts).

I'm in the process of replacing the algorithm parts (RC4, Michael MIC,
AES-CCM) with crypto API versions so that only the IEEE 802.11 specific
parts (like format of the IV/packet number, replay protection,
pseudo-header for authentication) remain in the implementation and
low-level crypto algorithms can share code with other uses. Once this is
done, I would hope to get the code merged into the kernel tree either
with full Host AP driver or separately. One option would be to first add
Host AP driver in its current structure (i.e., everything in
drivers/net/wireless) and then create a new directory (net/ieee80211 ?)
for generic IEEE 802.11 functionality and start moving things like the
IEEE 802.11 encryption into the new location.

-- 
Jouni Malinen                                            PGP id EFC895FA

  reply	other threads:[~2004-03-11  2:34 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-04  2:35 Jean Tourrilhes
2004-03-04  2:37 ` Jeff Garzik
2004-03-04  2:49   ` Jean Tourrilhes
2004-03-10  3:24   ` Jean Tourrilhes
2004-03-10  7:12     ` Jeff Garzik
2004-03-10 17:21       ` Jean Tourrilhes
2004-03-10 16:55 ` Christoph Hellwig
2004-03-10 17:21   ` Jean Tourrilhes
2004-03-10 17:29     ` Christoph Hellwig
2004-03-10 17:29     ` Jeff Garzik
2004-03-10 17:52       ` Jean Tourrilhes
2004-03-10 17:58         ` Jeff Garzik
2004-03-10 23:37           ` James Ketrenos
2004-03-11  2:31             ` Jouni Malinen [this message]
2004-03-11  2:43               ` Jeff Garzik
2004-03-15 22:18                 ` Pavel Machek
2004-03-15 22:44                   ` Jeff Garzik
2004-03-15 22:55                   ` Jean Tourrilhes
2004-03-11  2:48           ` Jouni Malinen
2004-03-11  3:02             ` Jeff Garzik
2004-03-11  3:17               ` Jouni Malinen
2004-03-10 18:07     ` Jeff Garzik
2004-03-11  2:21       ` Jouni Malinen
2004-03-10 22:17     ` [Prism54-devel] " Luis R. Rodriguez

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=20040311023141.GB3738@jm.kir.nu \
    --to=jkmaline@cc.hut.fi \
    --cc=davem@redhat.com \
    --cc=hch@infradead.org \
    --cc=jgarzik@pobox.com \
    --cc=jketreno@linux.co.intel.com \
    --cc=jt@hpl.hp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@oss.sgi.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 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®