[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4FF2D325.40604@mellanox.com>
Date: Tue, 3 Jul 2012 14:10:29 +0300
From: Or Gerlitz <ogerlitz@...lanox.com>
To: David Miller <davem@...emloft.net>
CC: <bhutchings@...arflare.com>, <roland@...nel.org>,
<yevgenyp@...lanox.com>, <oren@...lanox.com>,
<netdev@...r.kernel.org>, <hadarh@...lanox.co.il>,
"Amir Vadai" <amirv@...lanox.co.il>
Subject: Re: [PATCH net-next 06/10] {NET,IB}/mlx4: Add device managed flow
steering firmware API
On 7/3/2012 4:04 AM, David Miller wrote:
>
> Just in case you guys _really_ and _truly_ are so unable to think
> outside the box that you can't come up with something reasonable, I'll
> get you started with two ideas:
>
> 1) A special "chipset" dummy netdev that a special class of ethtool
> commands can run on to set these things.
>
> 2) A "chipset" genetlink family with suitable operations and
> attributes.
Dave,
Thanks for trying to address the need here, as I wrote you, we've
removed the module param
from the patch-set and will submit V1 without this. Once the comments
are over and hopefully
the patches are accepted, we'll see what can/need to be done for
allowing that flexibility.
Or.
>
>
> In both cases appropriate mechanisms are added to make for keys that
> are used for chipset matching, and device drivers simply register
> a notifier handler that is called on two occaisions:
>
> 1) When settings are changed.
>
> 2) Upon initial handler registry, to acquire the initial settings.
--
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