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: <20160204.175326.492457129636004051.davem@davemloft.net>
Date:	Thu, 04 Feb 2016 17:53:26 -0500 (EST)
From:	David Miller <davem@...emloft.net>
To:	jacob.e.keller@...el.com
Cc:	netdev@...r.kernel.org, Lendacky@...r.kernel.org,
	Thomas.Lendacky@....com, yuvalmin@...adcom.com, mchan@...adcom.com,
	mcarlson@...adcom.com, sgoutham@...ium.com, hariprasad@...lsio.com,
	_govind@....com, kalesh.purayil@...lex.com, andrew@...n.ch,
	shannon.nelson@...el.com, mitch.a.williams@...el.com,
	carolyn.wyborny@...el.com, emil.s.tantilov@...el.com,
	thomas.petazzoni@...e-electrons.com, amirv@...lanox.com,
	achiad@...lanox.com, bhutchings@...arflare.com,
	mirq-linux@...e.qmqm.pl, aduyck@...antis.com
Subject: Re: [PATCH 1/2] ethtool: add dynamic flag to ETHTOOL_{GS}RXFH
 commands

From: Jacob Keller <jacob.e.keller@...el.com>
Date: Tue,  2 Feb 2016 15:22:06 -0800

> Ethtool supports a few operations for modifying and controlling
> a device's RSS table. Sometimes, changes in other features of the device
> may require (or desire) changes to the RSS table. Currently there is no
> method to indicate to the driver whether the current RSS table settings
> should be maintained or overridden.

Yes, there certainly is a way to indicate this.

If the user asks for the change in the number of queues, and you
cannot retain the user's requested RSS settings, then you must fail
the queue setting change.

And vice versa.

You can't say to the user "I can adhere to your requested configuration
change, but I might undo it for some unspecified reason"

That's unacceptable behavior, and that's exactly what this dynamic
flag means.

If you cannot give the user what he asks for, precisely and reliably,
you fail the operation with an error.

There is no way I am adding code which allows these "maybe" kind of
configuration operations.  Either you can or you can't, and you tell
the user when you can't by erroring out on the operation that
invalidates the requirements.


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ