All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@linux-foundation.org>
To: Jiri Benc <jbenc@suse.cz>
Cc: Larry Finger <larry.finger@lwfinger.net>,
	Pavel Roskin <proski@gnu.org>, Alex Davis <alex14641@yahoo.com>,
	linux-wireless@vger.kernel.org,
	"John W. Linville" <linville@tuxdriver.com>
Subject: Re: Patch to allow specification of interface name prefix
Date: Tue, 27 Feb 2007 09:41:08 -0800	[thread overview]
Message-ID: <20070227094108.11f4844f@freekitty> (raw)
In-Reply-To: <20070227111644.784600be@logostar.upir.cz>

On Tue, 27 Feb 2007 11:16:44 +0100
Jiri Benc <jbenc@suse.cz> wrote:

> [removed bcm43xx-dev list]
> 
> On Mon, 26 Feb 2007 15:02:41 -0800, Stephen Hemminger wrote:
> > This was hashed out on netdev 2+ years ago and decided that both ethernet
> > and wireless devices should show up as 'eth%d'. For inclusion d80211 needs to conform
> > to existing mainline kernel practice. If this means breaking the expectation of older
> > out of tree wireless support (ie madwifi), sorry.
> 
> Decided? I remember just you and hch saying "all existing wireless drivers
> do that, so everybody should". When pointing out that just two drivers do
> that (I think ipw and prism) and everybody else use something different
> (wlan%d most often) there was no reply. "ipw and one other driver do that
> so everybody should" doesn't sound like a strong argument to me.

Don't put too much stock in what I said. Really don't care about such
a trivial matter as naming.  Jeff and Christoph seem to care, I don't

> Wireless devices need different handling (setting SSID, etc.) than Ethernet
> ones. I think it's not so bad idea to show that difference by using a
> different default name. Everybody else who is in some kind different from
> Ethernet use different name than eth%d. I think we should conform to
> existing mainline practice by using something different than eth%d too.

As long as the tools work it shouldn't matter. There are some tools like
irqbalance that seem to have in bred assumptions.

A bigger issue for me would be getting NAPI to work right for wireless.



-- 
Stephen Hemminger <shemminger@linux-foundation.org>

  reply	other threads:[~2007-02-27 17:41 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-25  4:06 Patch to allow specification of interface name prefix Alex Davis
2007-02-25  4:30 ` Pavel Roskin
2007-02-25  4:39   ` Larry Finger
2007-02-26 23:02     ` Stephen Hemminger
2007-02-27  1:33       ` John W. Linville
2007-02-27 10:16       ` Jiri Benc
2007-02-27 17:41         ` Stephen Hemminger [this message]
2007-02-27 18:21           ` Ben Greear
2007-02-27 18:52             ` Pavel Roskin
2007-02-27 19:15               ` Johannes Berg
2007-02-27 18:55         ` Luis R. Rodriguez
2007-02-28  1:25           ` John W. Linville
2007-02-28  8:51             ` Johannes Berg
2007-02-28 16:44             ` Jouni Malinen
2007-02-28 16:50               ` Johannes Berg
2007-02-28 16:54                 ` Luis R. Rodriguez
2007-02-28 16:55                 ` Jouni Malinen
2007-02-28 18:35               ` John W. Linville
2007-02-28 19:21                 ` 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=20070227094108.11f4844f@freekitty \
    --to=shemminger@linux-foundation.org \
    --cc=alex14641@yahoo.com \
    --cc=jbenc@suse.cz \
    --cc=larry.finger@lwfinger.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.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.