From: Theodore Ts'o <tytso@mit.edu>
To: Arend van Spriel <arend@broadcom.com>
Cc: Jiri Kosina <jkosina@suse.cz>,
"Grumbach, Emmanuel" <emmanuel.grumbach@intel.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
Borislav Petkov <bp@alien8.de>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"egrumbach@gmail.com" <egrumbach@gmail.com>,
"peter@hurleysoftware.com" <peter@hurleysoftware.com>,
"ilw@linux.intel.com" <ilw@linux.intel.com>,
"Berg, Johannes" <johannes.berg@intel.com>,
Larry Finger <Larry.Finger@lwfinger.net>
Subject: Re: [PATCH] Revert "cfg80211: make WEXT compatibility unselectable"
Date: Wed, 31 Dec 2014 12:31:13 -0500 [thread overview]
Message-ID: <20141231173113.GA443@thunk.org> (raw)
In-Reply-To: <54A41000.3040306@broadcom.com>
On Wed, Dec 31, 2014 at 04:02:24PM +0100, Arend van Spriel wrote:
>
> It is unfortunately indeed. I think iwconfig and friends will never go away
> although iw is a better alternative, simply because people don't like to
> change their home-made scripts/tools. WIRELESS_EXT actually is largely, but
> not entirely, gone in upstream drivers and what we are talking about here is
> CFG80211_WEXT which allows WEXT userspace to interact with cfg80211-based
> drivers through a compatibility layer.
Most poeple are still using "route" and "ifconfig" instead of "ip".
Deal with it. Personally, I find it much easier to use the existing
commands instead of figuring all of the various subcommands, and the
options to the subcommands to commands like "ip" and "iw". At least
"ip help route" will give me all of the options to "ip route", where
as "iw help phy" doesn't tell give me the options; instead I have to
paw through 300 lines of "iw help" in order to find the command I
need. So having a better user interface / help system so people can
better understand how to use iw would be a great step forward.
Better yet, why not hack into the "iw" command backwards compatibility
so that if argv[0] is "iwlist" or "iwconfig", it provides the limited
subset compatibility to the legacy commands. Then all you need to do
is to convince the distributions to set up the packaging rules so that
"iw" conflicts with wireless-tools, and you will be able to get
everyone switched over to iw after at least seven years.
Note that I said *seven* years --- there are people who try to use an
enterprise kernel, or an older Debian Stable or Ubuntu LTS userspace,
with a newer kernel, and and if said users notice, and complain, Linus
*will* revert the commit. (Note that I've worked at more than one
company where I was forced to use an older Ubuntu LTS or RHEL distro
if I wanted to connect to the intranet, and I was using bleeding edge
kernels --- and if anything like that had broken, I would have
complained directly to Linus, cc'ing the patch author and the wireless
maintainers with the revert. And while I fortunately am not trying to
do upstream development with a stable distro, be sure there are other
such folks around who have to live with similar restrictions.)
- Ted
P.S. If you really think it's evil that users use the
simpler-to-understand iwconfig/iwlist interface over the iw command
line interface, if you provide full backwards compatibility for the
iwconfig/iwlist commands so you can "take over" from wireless-tools,
you could even have a mode which, in addition to doing what the user
wants, prints a "by the way, here's the equivalent if you want to use
the iw command instead". I don't see the reason of allowing users to
continue to use iwconfig and iwlist, though --- face it, route and
ifconfig are going to be around for a long time; why not let users use
iwconfig and iwlist if it's sufficient for their needs?
next prev parent reply other threads:[~2014-12-31 17:31 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-30 13:33 iwlwifi-driver card doesn't work with 3.19-rc2+ Jiri Kosina
2014-12-30 14:23 ` Emmanuel Grumbach
2014-12-30 14:34 ` Peter Hurley
2014-12-30 14:38 ` Grumbach, Emmanuel
2014-12-30 15:21 ` Jiri Kosina
2014-12-30 20:28 ` Grumbach, Emmanuel
2014-12-30 20:41 ` Jiri Kosina
2014-12-30 21:23 ` Borislav Petkov
2014-12-30 22:35 ` Larry Finger
2014-12-30 22:42 ` Jiri Kosina
2014-12-30 22:52 ` [PATCH] Revert "cfg80211: make WEXT compatibility unselectable" Jiri Kosina
2014-12-31 7:44 ` Grumbach, Emmanuel
2014-12-31 11:09 ` Arend van Spriel
2014-12-31 11:10 ` Grumbach, Emmanuel
2014-12-31 11:45 ` Arend van Spriel
2014-12-31 14:07 ` Jiri Kosina
2014-12-31 15:02 ` Arend van Spriel
2014-12-31 17:31 ` Theodore Ts'o [this message]
2014-12-31 17:44 ` Linus Torvalds
2014-12-31 20:32 ` Arend van Spriel
2014-12-31 21:44 ` Theodore Ts'o
2014-12-31 21:57 ` Linus Torvalds
2014-12-31 22:19 ` Theodore Ts'o
2014-12-31 22:41 ` Arend van Spriel
2015-01-01 0:22 ` David Lang
2015-01-01 11:32 ` Richard Weinberger
2015-01-01 19:44 ` Lennart Sorensen
2015-01-01 20:14 ` Linus Torvalds
2015-01-02 4:04 ` Lennart Sorensen
2015-01-05 7:26 ` Michal Kubecek
2014-12-31 22:30 ` Arend van Spriel
2014-12-31 15:14 ` Andreas Hartmann
2014-12-31 19:48 ` Arend van Spriel
2015-01-01 10:56 ` Andreas Hartmann
2015-01-01 12:25 ` Arend van Spriel
2014-12-31 13:10 ` Jiri Kosina
2014-12-31 13:26 ` Grumbach, Emmanuel
2014-12-31 13:49 ` Peter Hurley
2014-12-31 14:40 ` Julian Calaby
2014-12-31 14:46 ` Borislav Petkov
2014-12-31 14:56 ` Julian Calaby
2014-12-31 15:03 ` Jiri Kosina
2014-12-31 15:11 ` Borislav Petkov
2015-01-02 5:11 ` Pavel Machek
2014-12-31 16:43 ` Paul Bolle
2014-12-31 7:50 ` iwlwifi-driver card doesn't work with 3.19-rc2+ Grumbach, Emmanuel
2014-12-31 8:05 ` Sujith Manoharan
2014-12-31 13:54 ` Borislav Petkov
2014-12-30 15:03 ` Jiri Kosina
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=20141231173113.GA443@thunk.org \
--to=tytso@mit.edu \
--cc=Larry.Finger@lwfinger.net \
--cc=arend@broadcom.com \
--cc=bp@alien8.de \
--cc=egrumbach@gmail.com \
--cc=emmanuel.grumbach@intel.com \
--cc=ilw@linux.intel.com \
--cc=jkosina@suse.cz \
--cc=johannes.berg@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=peter@hurleysoftware.com \
--cc=torvalds@linux-foundation.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 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).