Thread (39 messages) flat view 39 messages, 8 authors, 2016-06-15

Re: [net-next PATCH 04/15] bnxt: Replace ndo_add/del_vxlan_port with ndo_add/del_udp_enc_port

From: Michael Chan <michael.chan@broadcom.com>
Date: 2016-06-13 19:16:44
Also in: intel-wired-lan

On Mon, Jun 13, 2016 at 11:41 AM, Jesse Gross [off-list ref] wrote:
On Mon, Jun 13, 2016 at 10:48 AM, Alexander Duyck [off-list ref] wrote:
quoted
This change replaces the network device operations for adding or removing a
VXLAN port with operations that are more generically defined to be used for
any UDP offload port but provide a type.  As such by just adding a line to
verify that the offload type if VXLAN we can maintain the same
functionality.

Signed-off-by: Alexander Duyck <redacted>
It looks like bnxt actually has a hardcoded offload of the Geneve port
rather than using the registration (maybe it predated it?).
It's not hardcoded.  The driver code just predated the ndo geneve calls.
 It would
be nice to incorporate that into your unified handler as well.

I think you could actually just kill all of these
CONFIG_VXLAN/CONFIG_GENEVE checks (across all the drivers, not just
this one). They shouldn't be necessary any more now that there's no
longer strong linkage to the tunnel drivers.
Agreed.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help