From: "David S. Miller" <davem@redhat.com>
To: Ben Greear <greearb@candelatech.com>
Cc: netdev@oss.sgi.com, scott.feldman@intel.com
Subject: Re: [PATCH] e100: Enable receiving bogus packets, and transmitting bad/custom CRC
Date: Mon, 24 Nov 2003 17:33:30 -0800 [thread overview]
Message-ID: <20031124173330.096c0751.davem@redhat.com> (raw)
In-Reply-To: <3FC298C9.8080302@candelatech.com>
On Mon, 24 Nov 2003 15:48:25 -0800
Ben Greear <greearb@candelatech.com> wrote:
> So, RX-ALL can be one flag, another for RX-FCS, and the TX-CUSTOM-FCS
> can be a separate patch altogether?
That is the basic idea, yes.
> Any problem with using the netdev->priv_flags to hold the RX-ALL and RX-FCS flags?
I see no problem with that.
Another option is to let the driver maintain the state bits
internally, but I see no reason to do that.
> Btw, it's impossible (afaik) to see the CRC errors generically w/out
> accessing netlink (which I assume works, but have never actually tried), ie
> there is no column in /proc/net/dev for rx-crc-errors. It would be
> an excellent time to allow me to add the ethtool hook to read the
> net_device_stats struct via a single ioctl call! :)
The netlink thing does work, trust me :)
You could argue that 'ip -s link' should print this out, and I'd
agree with you on that.
However, one thing I want to make absolutely clear is that I do not
want multiple ways to get the same information out of the kernel.
We decided to build netlink into the kernel always because this means
it is present in everyone's kernel. And therefore, we don't need to
add another way to obtain the same config information already
available via netlink. The existing cases where an ioctl() style
call exists to obtain the same info available via netlink is merely
for compatability with older BSD tools. No new such things will be
added.
next prev parent reply other threads:[~2003-11-25 1:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-24 23:24 [PATCH] e100: Enable receiving bogus packets, and transmitting bad/custom CRC Ben Greear
2003-11-24 23:29 ` David S. Miller
2003-11-24 23:48 ` Ben Greear
2003-11-25 1:33 ` David S. Miller [this message]
2003-11-25 7:53 ` [PATCH 0/3] e100: Enable receiving bogus packets and saving FCS Ben Greear
2003-11-25 14:42 ` [PATCH] e100: Enable receiving bogus packets, and transmitting bad/custom CRC Rask Ingemann Lambertsen
2003-11-25 14:45 ` David S. Miller
2003-11-25 14:56 ` Rask Ingemann Lambertsen
2003-12-13 19:00 ` Rask Ingemann Lambertsen
2003-12-13 19:12 ` Ben Greear
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=20031124173330.096c0751.davem@redhat.com \
--to=davem@redhat.com \
--cc=greearb@candelatech.com \
--cc=netdev@oss.sgi.com \
--cc=scott.feldman@intel.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).