On Fri, 3 Jul 2026 at 19:48, Ilya Maximets <[email protected]> wrote: > > This functionality was deprecated in OVS 3.7, so we should remove it. > The legacy kernel vport types were not used for many years with the > upstream Linux kernel since introduction of COLLECT_METADATA support > for standard kernel tunnel devices in Linux 4.3. These days we're > just creating those standard kernel tunnel devices with RTM_NEWLINK > and then adding them into OVS datapath as OVS_VPORT_TYPE_NETDEV. > > It is also planned to fully remove OVS_VPORT_TYPE_GRE/VXLAN/GENEVE > from the upstream kernel as well. > > The function naming was also confusing as compat() function was > handling all the non-tunnel devices, even though there is nothing > 'compat' about them. And 'rtnl' functions are only handling tunnels > creating confusion for the readers of the dpif_netlink_port_add(). > Now renamed appropriately. > > Attempts for module loading are removed from tests and dev scripts. > > The documentation is mentioning only the removal of the legacy tunnel > configuration support and not the general "support for using OOT > kernel module", since technically it still can be used, only the > tunnels will not work in cases where the rest of the kernel doesn't > support them. > > The legacy tunnel types were the only ones that supported options, > so parsing and formatting OVS_VPORT_ATTR_OPTIONS is also removed. > > Signed-off-by: Ilya Maximets <[email protected]>
Reviewed-by: David Marchand <[email protected]> -- David Marchand _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
