All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: Pavel Roskin <proski@gnu.org>
Cc: Jean Tourrilhes <jt@hpl.hp.com>, Netdev <netdev@oss.sgi.com>
Subject: Re: linux-wireless mailing list
Date: Wed, 03 Mar 2004 22:08:17 -0500	[thread overview]
Message-ID: <40469DA1.9090502@pobox.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0403031656090.22365@marabou.research.att.com>

Pavel Roskin wrote:
> Hello!
> 
> I believe the developers of Linux wireless drivers need a separate mailing
> list, preferably called linux-wireless at vger.kernel.org.  I don't expect
> it to have heavy traffic, but there should be a definitive forum for
> discussing issues common for wireless drivers on Linux.

I do not object to such a list, but I would respectfully request that 
all development matters be cross-posted to netdev@oss.sgi.com.  That's 
where the network developers hang out.

Now I present my opinions :)

> I expect following topics to be discussed:
> 
> Wireless Extensions.  I highly respect Jean Tourrilhes who is doing this
> work.  I believe that driver and userspace developers should use this
> forum to discuss their needs and to provide feedback to Jean.

The wireless extensions are utility -- they work, but are not beautiful. 
  I am presently writing the driver for the RealTek wireless card, and 
in the process creating a small wireless driver API.  The ideal is to 
avoid ioctls, and instead to present extensible, type-safe interfaces. 
This is what I would like wireless extensions to morph into.


> Handling of 802.11 frames.  We may need common code to convert 802.11
> frames to 802.3 and possibly other standards.  Maybe some standards for
> 802.11 encapsulation and bridging could be discussed as well.

Absolutely.  David Miller, Arnaldo Carvalho de Melo, and myself all seem 
to feel that a net/802_11 directory and associated code would be useful. 
  There is definitely an area for code commonality across drivers.


> Sniffing.  We need a common standard how to pass raw frames and additional
> information to the userspace.  There are several de facto standards, but
> the lack of communication between developers makes those standards less
> useful.  For example, Prism2 headers were meant as highly extensible, but
> libpcap expects them to be of fixed size.  It's an obvious failure to
> communicate the intentions of the standard.

Agreed.


> Encryption.  There are wireless specific encryption issues.  Host based
> WEP support needs RC4 cipher in the kernel.  There's not much to discuss
> here, but the lack of RC4 in the kernel may indicate that Linux wireless
> developers are not acting together to make it happen.  The patch does
> exist.

Send the patch to netdev!  ;-)  This should be the easy part.


> Other interfaces between drivers and the userspace.  There should be one
> place to discuss whether wireless drivers should be using
> netif_carrier_on/off, ethtool and mii-tool support.  Again, there is not
> much to discuss, but it's much much worse if the same questions are
> discussed in different forums and every driver takes its own approach.

netdev is that place ;-)

Best regards and welcome,

	Jeff

       reply	other threads:[~2004-03-04  3:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.58.0403031656090.22365@marabou.research.att.com>
2004-03-04  3:08 ` Jeff Garzik [this message]
2004-03-04 17:34   ` linux-wireless mailing list Jean Tourrilhes
2004-03-05  4:03   ` Jean Tourrilhes
2004-03-10 17:46     ` Jeff Garzik
2004-03-10 18:06       ` Jean Tourrilhes
2004-03-10 18:25         ` Jeff Garzik
2004-03-10 23:53           ` Jean Tourrilhes
2004-03-12  0:12       ` Jean Tourrilhes
     [not found] ` <20040303233343.GA14803@bougret.hpl.hp.com>
2004-03-04  7:08   ` Pavel Roskin
2004-03-05  4:08     ` Jouni Malinen

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=40469DA1.9090502@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=jt@hpl.hp.com \
    --cc=netdev@oss.sgi.com \
    --cc=proski@gnu.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 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.