[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20151201.212342.688373845088380112.davem@davemloft.net>
Date: Tue, 01 Dec 2015 21:23:42 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: f.fainelli@...il.com
Cc: kan.liang@...el.com, netdev@...r.kernel.org,
intel-wired-lan@...ts.osuosl.org, jesse.brandeburg@...el.com,
andi@...stfloor.org, jeffrey.t.kirsher@...el.com,
shannon.nelson@...el.com, carolyn.wyborny@...el.com,
donald.c.skidmore@...el.com, matthew.vick@...el.com,
john.ronciak@...el.com, mitch.a.williams@...el.com,
john.r.fastabend@...el.com, ogerlitz@...lanox.com,
edumazet@...gle.com, jiri@...lanox.com, sfeldma@...il.com,
gospo@...ulusnetworks.com, sasha.levin@...cle.com,
dsahern@...il.com, tj@...nel.org, cascardo@...hat.com,
corbet@....net
Subject: Re: [RFC 1/4] net: support per queue tx_usecs in sysfs
From: Florian Fainelli <f.fainelli@...il.com>
Date: Tue, 01 Dec 2015 14:13:34 -0800
> The new interface you propose makes things inconsistent, since we have
> two separate configuration paths (sysfs and ethtool), and it would seem
> better to have per-queue awareness in ethtool, since there is a whole
> bunch of other parameters that could be configured on a per-queue basis.
Agreed, we have to extend ethtool to support this, in order to provide
a consistent interface.
We could even do this by encapsulating one ethtool command within
another, the outer ethtool command says "apply the inner op to
queue(s) N".
--
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