On 7/6/26 12:30 PM, Eelco Chaudron wrote: > > > On 3 Jul 2026, at 19:48, Ilya Maximets 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]> > > Changes look good to me. > > Acked-by: Eelco Chaudron <[email protected]> >
Thanks, Eelco and David! Applied. Best regards, Ilya Maximets. _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
