netdev - Re: [RFC 1/4] net: support per queue tx

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20151201154454.000041a3@unknown>
Date:	Tue, 1 Dec 2015 15:44:54 -0800
From:	Jesse Brandeburg <jesse.brandeburg@...el.com>
To:	Florian Fainelli <f.fainelli@...il.com>
Cc:	<kan.liang@...el.com>, <netdev@...r.kernel.org>,
	<intel-wired-lan@...ts.osuosl.org>, <davem@...emloft.net>,
	<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

On Tue, 1 Dec 2015 14:13:34 -0800
Florian Fainelli <f.fainelli@...il.com> wrote:

> On 01/12/15 00:01, kan.liang@...el.com wrote:
> > From: Kan Liang <kan.liang@...el.com>
> > 
> > Network devices usually have many queues. Each queue has its own
> > tx_usecs options. Currently, we can only set all the queues with same
> > value by ethtool. This patch expose the tx_usecs in sysfs. So the user
> > can set/get per queue coalesce parameter tx_usecs by sysfs.
> 
> 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.
> 
> Have you tried to extend existing ethtool interfaces to cover the need
> for multiple queues?

While I agree that ethtool provides a similar functionality, ethtool
was designed (particularly the ethtool -C/c commands) around one queue
NICs.  We can't change the output or functionality of the user
interface without breaking a bunch of user's scripts and stuff.

With this effort, Kan is laying groundwork for making further kernel
changes, and having the kernel call back in to drivers via ethtool
mechanisms that were designed before multiple queue adapters.

We can also next migrate the legacy ethtool interfaces to use these
new .ndo_ops should we wish.

These patches were provided with the intent of getting some feedback
about going down this path of making a *consistent* user interface that
is driver agnostic in sysfs, and supports multiple queue adapters.

--
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