[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080519170347.GB21500@bougret.hpl.hp.com>
Date: Mon, 19 May 2008 10:03:47 -0700
From: Jean Tourrilhes <jt@....hp.com>
To: Dan Williams <dcbw@...hat.com>
Cc: Johannes Berg <johannes@...solutions.net>,
Marcel Holtmann <marcel@...tmann.org>,
netdev <netdev@...r.kernel.org>, Jean Tourrilhes <jt@....hp.com>,
linux-wireless <linux-wireless@...r.kernel.org>,
Linux Kernel list <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] make wext wireless bits optional and deprecate them
On Mon, May 19, 2008 at 11:24:46AM -0400, Dan Williams wrote:
> On Mon, 2008-05-19 at 14:16 +0200, Johannes Berg wrote:
> > > Instead of testing for wireless/, best thing would probably be to call
> > > SIOCGIWRANGE on the device and if it returns EOPNOTSUP then it's not
> > > wireless. Some drivers may have to load firmware to figure out
> > > supported rates and encryption capabilities, but to be honest, NM does
> > > this to detect wireless devices and I haven't run into any issues in 4
> > > years using it. If there are issues with drivers, then we need to fix
> > > the driver too.
> >
> > I was about to propose calling SIOCGIWNAME since that is what
> > wireless-tools do and that linux/wireless.h indicates.
>
> Hmm; NAME is pretty useless. That's fine to do, I guess WEXT requires
> that NAME return _something_ at least. NAME should never ever be used
> for anything more, but since wireless-tools appears to do this that's
> fine.
>
> Dan
It's not useless, it's supposed to tell you about the protocol
capability of the device, like "IEEE 802.11b" or "IEEE 802.11abg".
Have fun...
Jean
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists