netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "David S. Miller" <davem@redhat.com>
To: Ben Greear <greearb@candelatech.com>
Cc: netdev@oss.sgi.com
Subject: Re: netdev_ops?
Date: Wed, 23 Jul 2003 00:01:30 -0700	[thread overview]
Message-ID: <20030723000130.3a6a917e.davem@redhat.com> (raw)
In-Reply-To: <3F1E2CE9.2080404@candelatech.com>

On Tue, 22 Jul 2003 23:36:25 -0700
Ben Greear <greearb@candelatech.com> wrote:

> I am not writing drivers, I'm trying to write code that works with
> everything that looks remotely like an ethernet device.

Making ethtool interfaces available on every net device is not right,
what about the ISDN folks?  What if they specifically want ethtool
ioctls to fail for their devices?  How can one accomplish that after
your changes?

Answer: You can't.

> I can make this one change and work with ALL drivers, and not have
> to corrupt every friggin driver under the sun.

This is undesirable.  Not all network drivers should implement
ethtool.  A certain family of network devices may not want them,
and we must provide for this.

I don't like your change just as much as I did previously.

> Note it allows me to get a binary representation of the net_device_stats
> w/out having to parse /proc/net/dev or figure out the vast complexity
> of libnetlink.

Whatever tools you write which depend upon this will not work
on any existing 2.4.x kernel, therefore making their utility
basically NIL.

> I have plenty of other things that are currently new ioctls that could
> be handled the same, and thus I could continue to avoid issues with
> other platforms.

What is this "other platform" issue?

If you add anything new, along the lines of SIOCDEVETHTOOl, it's
going to have to go through an entire full review process and in
that review process any necessary 32-bit ioctl translation code
would get added.

  reply	other threads:[~2003-07-23  7:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-23  5:06 netdev_ops? Ben Greear
2003-07-23  5:07 ` netdev_ops? David S. Miller
2003-07-23  5:30   ` netdev_ops? Ben Greear
2003-07-23  6:02     ` netdev_ops? David S. Miller
2003-07-23  6:24       ` netdev_ops? Ben Greear
2003-07-23  6:27         ` netdev_ops? David S. Miller
2003-07-23  6:36           ` netdev_ops? Ben Greear
2003-07-23  7:01             ` David S. Miller [this message]
2003-07-23  7:28               ` netdev_ops? Ben Greear
2003-07-23  7:34                 ` netdev_ops? David S. Miller
2003-07-23  8:08                   ` netdev_ops? Ben Greear
2003-07-23  8:15                     ` netdev_ops? David S. Miller
2003-07-23 16:59   ` netdev_ops? Jeff Garzik

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=20030723000130.3a6a917e.davem@redhat.com \
    --to=davem@redhat.com \
    --cc=greearb@candelatech.com \
    --cc=netdev@oss.sgi.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;
as well as URLs for NNTP newsgroup(s).