Thread (41 messages) 41 messages, 5 authors, 2017-06-29

Re: [PATCH net-next v2 9/9] nfp: add control message passing capabilities to flower offloads

flat view

From: Simon Horman <hidden>
Date: 2017-06-29 17:35:35

On Thu, Jun 29, 2017 at 06:59:22PM +0300, Or Gerlitz wrote:
On Thu, Jun 29, 2017 at 6:30 PM, Simon Horman
[off-list ref] wrote:
quoted
On Thu, Jun 29, 2017 at 06:21:53PM +0300, Or Gerlitz wrote:
quoted
On Wed, Jun 28, 2017 at 11:30 PM, Simon Horman
[off-list ref] wrote:
quoted
+++ b/drivers/net/ethernet/netronome/nfp/flower/cmsg.h
@@ -245,7 +245,11 @@ struct nfp_flower_cmsg_hdr {

 /* Types defined for port related control messages  */
 enum nfp_flower_cmsg_type_port {
+       NFP_FLOWER_CMSG_TYPE_FLOW_ADD =         0,
+       NFP_FLOWER_CMSG_TYPE_FLOW_MOD =         1,
AFAIU flower offload will always use delete and add and not modify,
if you think otherwise, would love to hear that. Didn't see you are using
the MOD define in the code anywhere.
The firmware API has a mod operation but you are correct that
we are not implementing that operation in this patch-set.
that wasn't my comment. I said that AFAIU flower will never ask you to
modify, they
will ask to delete and later add, so I would be happy to know if you
see it differently.
Yes, I agree.

Sorry for not answering your question properly the first time.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help