From mboxrd@z Thu Jan 1 00:00:00 1970 From: Willem de Bruijn Subject: Re: regression: UFO removal breaks kvm live migration Date: Wed, 8 Nov 2017 12:36:26 +0900 Message-ID: References: <20171107080224.v6z65jvimpa5ohs4@unicorn.suse.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Cc: David Miller , Network Development To: Michal Kubecek Return-path: Received: from mail-ot0-f169.google.com ([74.125.82.169]:51119 "EHLO mail-ot0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751605AbdKHDhH (ORCPT ); Tue, 7 Nov 2017 22:37:07 -0500 Received: by mail-ot0-f169.google.com with SMTP id 15so1205474otj.7 for ; Tue, 07 Nov 2017 19:37:07 -0800 (PST) In-Reply-To: <20171107080224.v6z65jvimpa5ohs4@unicorn.suse.cz> Sender: netdev-owner@vger.kernel.org List-ID: On Tue, Nov 7, 2017 at 5:02 PM, Michal Kubecek wrote: > Hello, > > I just received this bug report: > > https://bugzilla.suse.com/show_bug.cgi?id=1066757 > > The reporter runs a live migration of a kvm guest from a host with > kernel supporting UFO (openSUSE 42.2 or 42.3, based on 4.4) to a host > with kernel with UFO support removed (SLE15 or openSUSE 15.0 pre-release > which is based on 4.12 but has the UFO removal series backported). > > The migration fails with > > kvm: virtio-net: saved image requires TUN_F_UFO support > > because the guest image has a virtio_net device with UFO enabled which > requires TUN_F_UFO on the corresponding host tun device but that is no > longer available on the target host. > > This kind of problem already happened once: > > https://www.spinics.net/lists/netdev/msg443821.html > > At that time, commit 3d0ad09412ff ("drivers/net: Disable UFO through > virtio") was reverted once the issue it worked around was resolved in > a different way. > > I didn't have time to think it through yet but perhaps we could allow > setting TUN_F_UFO and ignore its value. If the feature is enabled guests may try to send UFO packets, which the host is no longer able to fragment. virtio_net_hdr_to_skb will drop the packets immediately based on gso_type and tun_get_user will return EINVAL. Still, perhaps that's preferable as migration will succeed and most guests won't ever try to send those packets in the first place. > This is not time critical for SLE15 / openSUSE 15.0 which are still at > early beta stage but 4.14 final is close and once it's out, more users > are going to hit this. > > Michal Kubecek >