[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <804857E1F29AAC47BF68C404FC60A18465428D1D@ORSMSX105.amr.corp.intel.com>
Date: Wed, 8 Jan 2014 22:00:19 +0000
From: "Allan, Bruce W" <bruce.w.allan@...el.com>
To: Ben Hutchings <bhutchings@...arflare.com>,
Or Gerlitz <or.gerlitz@...il.com>,
Bill Fink <billfink@...dspring.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [PATCH ethtool] ethtool: Accept long feature names reported by
-k option as input to -K option
> -----Original Message-----
> From: netdev-owner@...r.kernel.org [mailto:netdev-
> owner@...r.kernel.org] On Behalf Of Ben Hutchings
> Sent: Wednesday, January 08, 2014 1:52 PM
> To: Or Gerlitz; Bill Fink; netdev@...r.kernel.org
> Subject: [PATCH ethtool] ethtool: Accept long feature names reported by -k
> option as input to -K option
>
> Before the generic features API was introduced, the ethtool -K option
> took short names for various features, e.g. 'gso' but the -k option
> reported their state using longer names,
> e.g. 'generic-segmentation-offload'.
>
> All newer features have a single kernel-provided name so input
> and output are consistent. But the old features still aren't, and
> although their short names are documented it's not good to have
> these exceptions.
>
> Change the argument parsing code for -K so that the long names
> reported by -k are also accepted.
>
> Reported-by: Or Gerlitz <or.gerlitz@...il.com>
> Signed-off-by: Ben Hutchings <bhutchings@...arflare.com>
> ---
> This turned out to be pretty easy to do as the argument processing is
> all table-driven already. I'll push this if it works for you.
>
> Ben.
>
> ethtool.c | 16 +++++++++++-----
> 1 file changed, 11 insertions(+), 5 deletions(-)
Will there be an update to the man page, too?
Powered by blists - more mailing lists