Thread (27 messages) flat view 27 messages, 8 authors, 2017-09-27

Re: [PATCH net-next 0/7] nfp: flower vxlan tunnel offload

From: Jiri Benc <hidden>
Date: 2017-09-26 14:31:40

On Tue, 26 Sep 2017 17:17:02 +0300, Or Gerlitz wrote:
maybe before/instead you call it a bug,
But it is a bug. When offloaded, the rules must not behave differently.
That's the fundamental thing about offloading. Here, the rules behave
differently when offloaded and when not. That's a bug.
take a look on the design there and maybe
tell us how to possibly do that otherwise?
I don't know the design. It's the responsibility of those who implement
the offloading to do it in the way that it's consistent with the
software path. That has always been the case.

This needs to be fixed. If it can't be fixed, the feature needs to be
reverted. It's not that Linux has to make use of every single offload
supported by hardware. If the offloading cannot be fit into how Linux
works, then the offload can't be supported. There are in fact many
precedents.

 Jiri
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help