From: Andrew Lunn <andrew@lunn.ch>
To: Marc Kleine-Budde <mkl@pengutronix.de>
Cc: linux-can <linux-can@vger.kernel.org>, netdev@vger.kernel.org
Subject: Re: ethtool: ring configuration for CAN devices
Date: Mon, 25 Oct 2021 14:58:58 +0200 [thread overview]
Message-ID: <YXaqEk97/WcCxcFE@lunn.ch> (raw)
In-Reply-To: <20211025124331.d7r7qbadkzfk7i4f@pengutronix.de>
> > struct ethtool_kringparam {
> > __u32 cmd;
> > __u32 mode;
> > __u32 rx_max_pending;
> > __u32 rx_mini_max_pending;
> > __u32 rx_jumbo_max_pending;
> > __u32 tx_max_pending;
> > __u32 rx_pending;
> > __u32 rx_mini_pending;
> > __u32 rx_jumbo_pending;
> > __u32 tx_pending;
> > };
> >
> > and use this structure between the ethtool core and the drivers. This
> > has already been done at least once to allow extending the
> > API. Semantic patches are good for making the needed changes to all
> > the drivers.
>
> What about the proposed "two new parameters ringparam_ext and extack for
> .get_ringparam and .set_ringparam to extend more ring params through
> netlink." by Hao Chen/Guangbin Huang in:
>
> https://lore.kernel.org/all/20211014113943.16231-5-huangguangbin2@huawei.com/
>
> I personally like the conversion of the in in-kernel API to struct
> ethtool_kringparam better than adding ringparam_ext.
Ah, i missed that development. I don't like it.
You should probably jump into that discussion and explain your
requirements. Make sure it is heading in a direction you can extend
for your needs.
Andrew
next prev parent reply other threads:[~2021-10-25 12:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-24 21:37 ethtool: ring configuration for CAN devices Marc Kleine-Budde
2021-10-25 9:00 ` Kurt Van Dijck
2021-10-25 9:21 ` Marc Kleine-Budde
2021-10-25 12:27 ` Andrew Lunn
2021-10-25 12:43 ` Marc Kleine-Budde
2021-10-25 12:58 ` Andrew Lunn [this message]
2021-10-25 13:14 ` Marc Kleine-Budde
2021-10-25 18:43 ` Jakub Kicinski
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=YXaqEk97/WcCxcFE@lunn.ch \
--to=andrew@lunn.ch \
--cc=linux-can@vger.kernel.org \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
/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.