From: "Luis R. Rodriguez" <lrodriguez@atheros.com>
To: "John W. Linville" <linville@tuxdriver.com>
Cc: Luis Rodriguez <Luis.Rodriguez@Atheros.com>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH] wireless: consolidate on a single escape_essid implementation
Date: Wed, 24 Sep 2008 17:21:17 -0700 [thread overview]
Message-ID: <20080925002117.GH9187@tesla> (raw)
In-Reply-To: <20080924233234.GE3639@tuxdriver.com>
On Wed, Sep 24, 2008 at 04:32:34PM -0700, John W. Linville wrote:
> On Wed, Sep 24, 2008 at 04:24:53PM -0700, Luis R. Rodriguez wrote:
> > On Wed, Sep 24, 2008 at 03:15:36PM -0700, John W. Linville wrote:
> > > This is also an excuse to create the long rumored lib80211 module...
> >
> > How about stuffing it in something like:
> >
> > include/linux/wlandevice.h
> >
> > Is there a benefit to having a module for it as this time?
>
> The escape_essid function is currently not inlined. Are you
> arguing that it should be?
Just an idea, yes, but that's just because it didn't seem
that escape_essid() in itself was enough reason to create a
shiny new module.
> Otherwise it needs to live _somewhere_.
> The cfg80211 module might make sense, except that the libertas,
> ipw2100, and ipw2200 drivers don't use cfg80211 (at least for now).
If we want a framework for FullMAC drivers I think cfg80211
can play that role just fine as I believe it was designed that way.
We could potentialy just add non-wiphy helper routines in there for now
as well if all we need is a home for them. What if we want to make
use of some of these in other cfg80211 drivers or maybe mac80211?
> Besides, you have to start _somewhere_. I have a feeling that this
> happened in the first place because there was nowhere for drivers to
> share bits of code like this (other than mac80211 or iee80211).
Agreed, although I do like to think cfg80211 can play this role
as well, unless we want to remain strict about requiring a wiphy
for all its callers.
> > Which reminds me, net/ieee80211/ should be ipw'ized now that the
> > old softmac drivers are gone.
> >
> > mcgrof@tesla ~/wireless-testing/drivers/net/wireless (git::v2.6.27-rc6)$ grep -nHr "#include <net/ieee80211.h>" *
> > airo.c:50:#include <net/ieee80211.h>
> > atmel.c:70:#include <net/ieee80211.h>
> > hostap/hostap_main.c:29:#include <net/ieee80211.h>
> > hostap/hostap_hw.c:49:#include <net/ieee80211.h>
> > ipw2100.h:42:#include <net/ieee80211.h>
> > ipw2200.h:51:#include <net/ieee80211.h>
> > libertas/types.h:10:#include <net/ieee80211.h>
> > libertas/main.c:17:#include <net/ieee80211.h>
> > libertas/dev.h:13:#include <net/ieee80211.h>
> > libertas/wext.c:11:#include <net/ieee80211.h>
> > libertas/cmd.c:7:#include <net/ieee80211.h>
> > orinoco.c:88:#include <net/ieee80211.h>
> > rndis_wlan.c:44:#include <net/ieee80211.h>
> > wl3501.h:5:#include <net/ieee80211.h>
> > zd1201.c:24:#include <net/ieee80211.h>
> >
> > Whatever these suckers are using can probably be slapped in there as
> > well. But yea -- we just need to get it done huh.
> >
> > Thoughts?
>
> I figure there are probably other bits that can be shared, but most of
> them probably require at least _some_ recoding. This is a no-brainer
> and it "breaks the ice" for more follow-on work.
Sure, my vote goes towards cfg80211 with helpers which are non wiphy specific.
The reason being that these drivers *could* also potentially be ported
to use cfg80211 eventually and in fact I think this should be encouraged
to help cfg80211 move forward to support them and so eventually
[if/once] we have a Linux 3.0 we can ditch Wireless Extensions
completely.
I think an lib80211 would provide for more excuses for people to stuff
things in there and help them never cross the line into cfg80211.
Luis
next prev parent reply other threads:[~2008-09-25 0:21 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-24 22:15 [PATCH] wireless: consolidate on a single escape_essid implementation John W. Linville
2008-09-24 23:24 ` Luis R. Rodriguez
2008-09-24 23:32 ` John W. Linville
2008-09-25 0:21 ` Luis R. Rodriguez [this message]
2008-09-25 0:39 ` John W. Linville
2008-09-25 1:52 ` Luis R. Rodriguez
2008-09-25 6:34 ` Holger Schurig
2008-09-25 8:43 ` Johannes Berg
2008-09-25 16:57 ` Dan Williams
2008-09-26 11:08 ` Johannes Berg
2008-09-26 14:51 ` Johannes Berg
2008-09-26 14:57 ` Johannes Berg
2008-09-25 23:03 ` Dave
2008-09-25 4:46 ` Johannes Berg
2008-09-25 4:49 ` Johannes Berg
2008-09-25 16:47 ` Dan Williams
2008-09-25 16:48 ` Dan Williams
2008-09-25 21:00 ` Dave
2008-10-01 2:15 ` [PATCH 0/5] wireless: single escape_essid implementation and related cleanups John W. Linville
2008-10-01 2:15 ` [PATCH 1/5] wireless: consolidate on a single escape_essid implementation John W. Linville
2008-10-01 2:15 ` [PATCH 2/5] wireless: remove NETWORK_EMPTY_ESSID flag John W. Linville
2008-10-01 2:15 ` [PATCH 3/5] wireless: escape_ssid should handle non-printables John W. Linville
2008-10-01 2:15 ` [PATCH 4/5] wireless: use individual buffers for printing ssid values John W. Linville
2008-10-01 2:15 ` [PATCH 5/5] wireless: avoid some net/ieee80211.h vs. linux/ieee80211.h conflicts John W. Linville
2008-10-01 9:25 ` [PATCH 0/5] wireless: single escape_essid implementation and related cleanups Johannes Berg
2008-10-02 19:10 ` Dan Williams
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=20080925002117.GH9187@tesla \
--to=lrodriguez@atheros.com \
--cc=Luis.Rodriguez@Atheros.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.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.