From: Jouni Malinen <jkmaline@cc.hut.fi>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Netdev <netdev@oss.sgi.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
James Ketrenos <jketreno@linux.intel.com>,
"Luis R. Rodriguez" <mcgrof@ruslug.rutgers.edu>,
"David S. Miller" <davem@davemloft.net>
Subject: Re: 2.6.x wireless update and status
Date: Tue, 22 Mar 2005 21:52:43 -0800 [thread overview]
Message-ID: <20050323055243.GU8648@jm.kir.nu> (raw)
In-Reply-To: <4240CA69.9020902@pobox.com>
On Tue, Mar 22, 2005 at 08:46:17PM -0500, Jeff Garzik wrote:
> Just updated the wireless-2.6 queue to include a HostAP update, and to
> add Wireless Extensions 18 (WPA). See attached for BK info, patch info,
> and changelog.
Thanks!
> Moving forward, the next "todo" for kernel wireless hackers is to get
> ieee80211 common code lib into shape, namely:
> * Merge Intel ipw drivers, which use ieee80211
> * Update HostAP to use ieee80211
> * Merge/convert other drivers to use ieee80211?
I'll be working on HostAP driver next; and ieee80211 code of course at
the same time, since it is likely to need some changes for this. As far
as other drivers are concerned, I'd like to see Atheros cards working
with the generic ieee80211 code. They would be a good test target since
they are an example of design where very large part of functionality is
in the driver/network stack (no firmware used). This would be a good
test to verify that the 802.11 code is generic enough for such a design.
> There is one minor point of contention so far. Jouni stated he prefers
> that HostAP go upstream before it gets updated to use ieee80211. I
> respectfully disagree, and prefer that HostAP is updated -first- to use
> the ieee80211 lib, before going upstream.
I think we can resolve this quite easily. The main reason for the other
order was in trying to save my time by not having to work in more than
one active development tree at the same time. This is kind of required
since designing and maintaining an IEEE 802.11 stack would really be a
full-time job and unfortunately, I have not yet managed to reach this
goal in a way that would allow me to use all my time on open source
development.
BK did not really work that well for me, but it looks like I'm having
better luck with quilt as far as the amount of time needed for
organizing changes to wireless-2.6 is concerned. In addition, the total
number of changes to the driver code has been quite small lately, so I'm
beginning to be more open to moving all future development into
wireless-2.6 tree and just keeping my current CVS repository as a
backwards compatible (2.2/2.4/2.6 kernels), stable version that wouldn't
get any more new features. This would allow the order that you prefer.
In addition, if someone really wants to get the new features I may be
adding, these should be available through wireless-2.6 tree (and -mm for
that matter).
--
Jouni Malinen PGP id EFC895FA
next prev parent reply other threads:[~2005-03-23 5:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-23 1:46 2.6.x wireless update and status Jeff Garzik
2005-03-23 5:52 ` Jouni Malinen [this message]
2005-03-24 0:20 ` Michael Wu
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=20050323055243.GU8648@jm.kir.nu \
--to=jkmaline@cc.hut.fi \
--cc=davem@davemloft.net \
--cc=jgarzik@pobox.com \
--cc=jketreno@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mcgrof@ruslug.rutgers.edu \
--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;
as well as URLs for NNTP newsgroup(s).