From: Jeff Garzik <jeff@garzik.org>
To: Thomas Graf <tgraf@suug.ch>
Cc: netdev@vger.kernel.org
Subject: Re: [RFC] ethtool netlink interface
Date: Mon, 25 Feb 2008 12:30:07 -0500 [thread overview]
Message-ID: <47C2FB1F.5090009@garzik.org> (raw)
In-Reply-To: <20080225130456.GD20815@postel.suug.ch>
Thomas Graf wrote:
> Hello,
>
> Before I continue to finish this work I'd like to get a few comments
> on my implementation attempt.
>
> The following patch implements the ETHTOOL_SSET and ETHTOOL_GSET
> command via netlink. The individual commands are implemented as
> separate functions and hooked into a table holding a validate,
> set and fill function for each command. Additionaly an entry must
> be made in the attribute policy to validate attributes when received.
>
> Each ethtool command bundle is stored as a nested attribute in
> the regular link netlink message, therefore, unlike the ioctl
> interface, multiple ethtool commands can be issued in the same
> message allowing for links to be fully configured with a single
> message.
>
> There is one big disadvantage: Due to the nature of ioctl it is
> basically not possible to share any code between the ioctl and
> neltink implementation therefore it implies duplicating code
> unless we want to do the same hack as fib fronted by constructing
> netlink messages inside the kernel.
No objections, and it certainly makes sense that you would need a
separate "thunking" layer to unwrap ethtool-nl msgs rather than handling
an ioctl.
However, I would think it inconsistent to only do SSET/GSET. If others
are OK with this patch, are you open to implementing the full set of
ethtool operations?
Jeff
next prev parent reply other threads:[~2008-02-25 17:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-25 13:04 [RFC] ethtool netlink interface Thomas Graf
2008-02-25 17:30 ` Jeff Garzik [this message]
2008-02-25 18:23 ` Thomas Graf
2008-02-27 1:50 ` David Miller
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=47C2FB1F.5090009@garzik.org \
--to=jeff@garzik.org \
--cc=netdev@vger.kernel.org \
--cc=tgraf@suug.ch \
/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.