[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191003170251.GI24815@unicorn.suse.cz>
Date: Thu, 3 Oct 2019 19:02:51 +0200
From: Michal Kubecek <mkubecek@...e.cz>
To: netdev@...r.kernel.org
Cc: Jakub Kicinski <jakub.kicinski@...ronome.com>, sameehj@...zon.com,
davem@...emloft.net, dwmw@...zon.com, zorik@...zon.com,
matua@...zon.com, saeedb@...zon.com, msw@...zon.com,
aliguori@...zon.com, nafea@...zon.com, gtzalik@...zon.com,
netanel@...zon.com, alisaidi@...zon.com, benh@...zon.com,
akiyano@...zon.com
Subject: Re: [PATCH V2 net-next 5/5] net: ena: ethtool: support set_channels
callback
On Wed, Oct 02, 2019 at 01:11:32PM -0700, Jakub Kicinski wrote:
> On Wed, 2 Oct 2019 11:20:52 +0300, sameehj@...zon.com wrote:
> > +
> > + new_channel_count = clamp_val(channels->tx_count,
> > + ENA_MIN_NUM_IO_QUEUES, channels->max_tx);
>
> You should return an error if the value is not within bounds, rather
> than guessing.
And ethtool_set_channels() already does that if any of the requested
counts exceeds the corresponding maximum so that the upper bound check
here is superfluous.
Michal
Powered by blists - more mailing lists