[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1374709687.1732.46.camel@bwh-desktop.uk.level5networks.com>
Date: Thu, 25 Jul 2013 00:48:07 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: Stephen Hemminger <stephen@...workplumber.org>
CC: Helmut Grohne <h.grohne@...nusnetworks.de>,
David Miller <davem@...emloft.net>, <netdev@...r.kernel.org>
Subject: Re: [PATCH net-next 2/3] tuntap: allow overriding ethtool driver
info
On Wed, 2013-07-24 at 16:13 -0700, Stephen Hemminger wrote:
> This patch adds new ioctl to allow setting the ethtool information
> returned by the TUN device. This is useful when using tun device as a surrogate
> for hardware or other software emulation.
I don't like this idea. Which tools are you trying to fool? How does
this work when you don't implement any driver-specific behaviour (e.g.
SIOCDEVPRIVATE) they expect?
> If the application does not override the ethtool settings, the
> original hard coded values are used.
>
> Signed-off-by: Stephen Hemminger <stephen@...workplumber.org>
[...]
> --- a/include/uapi/linux/if_tun.h 2013-07-24 11:24:55.543040360 -0700
> +++ b/include/uapi/linux/if_tun.h 2013-07-24 11:35:54.620898504 -0700
> @@ -56,6 +56,7 @@
> #define TUNGETVNETHDRSZ _IOR('T', 215, int)
> #define TUNSETVNETHDRSZ _IOW('T', 216, int)
> #define TUNSETQUEUE _IOW('T', 217, int)
> +#define TUNSETINFO _IOW('T', 219, struct tun_info)
>
> /* TUNSETIFF ifr flags */
> #define IFF_TUN 0x0001
> @@ -103,4 +104,11 @@ struct tun_filter {
> __u8 addr[0][ETH_ALEN];
> };
>
> +/* Subset of ethtool_info */
> +struct tun_info {
> + char driver[32];
> + char bus[32];
> + char version[32];
> +};
> +
> #endif /* _UAPI__IF_TUN_H */
What about fw_version?
Ben.
--
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists