Linux wireless drivers development
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox