From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: passt.top; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: passt.top; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=Par3iQSu; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by passt.top (Postfix) with ESMTPS id B574A5A061C for ; Fri, 17 Jan 2025 17:51:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1737132703; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LxM6jaElidnlGnrcvlVd2pJlzy/iL8Cd8JhywEIfFwc=; b=Par3iQSuogN4Iq1Evp0zCM7pqUMiXpQHgMGnP0ytGaEhmucgI/LwJEs5RcFhxaiqGZxs6Y YyG4MwzvnCiKhtBpc0HNvneV6GJ00qGfd/TKigpAKA8M73PNqHgDiEao5vR5/5OelESyhX JCxzvxwLAMRIDrLBOAayYBp/OT4dN4M= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-681-b4GwSbu3Nqieq8ScAJQsgw-1; Fri, 17 Jan 2025 11:51:42 -0500 X-MC-Unique: b4GwSbu3Nqieq8ScAJQsgw-1 X-Mimecast-MFC-AGG-ID: b4GwSbu3Nqieq8ScAJQsgw Received: by mail-wr1-f70.google.com with SMTP id ffacd0b85a97d-385ded5e92aso1087691f8f.3 for ; Fri, 17 Jan 2025 08:51:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737132699; x=1737737499; h=content-transfer-encoding:mime-version:organization:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=LxM6jaElidnlGnrcvlVd2pJlzy/iL8Cd8JhywEIfFwc=; b=Qb4HlFtPPRWnMhgjXLJW5BTC8QvH316ADEG33vY9A6xYngEMDhnqfALnbmePkPuqi2 sK8xN3I0y5r4bIKT9cyDmDm5rWlg/VvduInrf5uT7uZUgIndXxQ+2Db2Z+K+DQBD3wZn PThSS3j6+Pa4ROf1men7oa8DqKdfX2EVuq5BJO5M5IKihduknyME9e/dHLjM2AtDmS2C tWpo6j/BnND9DkZ1ATLOYNv0X8pD3QroKexDqm9KLvlJvdsCPeCxqWnlQazZG2lKy0F7 Ch/kNuNFxFg6vBqWAf4MMewJWWR/stqECIBzWlI6of1jr3GJOExs0ir9uGwd1hyeYJIP WQdg== X-Gm-Message-State: AOJu0YyHC9NWuDFNvpu/bsSQJaceiew6+9KAkUyI7ip0/NPoRERz/DIH /1o3cKnJytFP4i/Zn1GRjlGfeZbqRp4mPpn44IbOYSIZJEfipQ+Z1TDlfz/xfkUF71xN1zp9Xyw q4K50tFH6RpO/oNxRye3Zz+1TP8Su36z3hfL7zd8uKi0aNz+43wyUffulffmFTzi/8uFeuxKt66 2cFDE9IWtGnxNMOwL7fIcLQWiun63Dq0rG X-Gm-Gg: ASbGncsHVrXQLkXef5toYR0qreHXJQIXaWe/oQTIAkmplJLapx2uemMzst8EtDwo8Du tm+igYoECT87SVudwaVrOTfjmjKZuCcGCN9sNw5du7KAosKPp3RgLgq4LqgPwTTnzTUoI4BcUPF LGIZZ66sSlHkfA68OZZnarpHz5eVuheJizH8eWo5sluEx3qysJ+SHGfrfIdKH1q9ICwpcfX8lJu LndXaB6wzckQav1CW21Osb29N/aSIw5CNgKe/hd2qYwK0AkwwxoIYYdKBYTal9QiNyO X-Received: by 2002:a5d:614b:0:b0:385:f13c:570f with SMTP id ffacd0b85a97d-38bf57a1e51mr3029499f8f.33.1737132699178; Fri, 17 Jan 2025 08:51:39 -0800 (PST) X-Google-Smtp-Source: AGHT+IFxunShL52Cu38slzrddyahVccLYyJD8HbJflHcHQpV4k01OhgxhIilQUx+/2NUJjlsQLOGsA== X-Received: by 2002:a5d:614b:0:b0:385:f13c:570f with SMTP id ffacd0b85a97d-38bf57a1e51mr3029478f8f.33.1737132698802; Fri, 17 Jan 2025 08:51:38 -0800 (PST) Received: from maya.myfinge.rs (ifcgrfdd.trafficplex.cloud. [2a10:fc81:a806:d6a9::1]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-437c74c4751sm98364745e9.19.2025.01.17.08.51.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Jan 2025 08:51:38 -0800 (PST) Date: Fri, 17 Jan 2025 17:51:36 +0100 From: Stefano Brivio To: Laurent Vivier Subject: Re: [PATCH 0/9] vhost-user: Migration support Message-ID: <20250117175136.0d9474f9@elisabeth> In-Reply-To: <20241219111400.2352110-1-lvivier@redhat.com> References: <20241219111400.2352110-1-lvivier@redhat.com> Organization: Red Hat X-Mailer: Claws Mail 4.2.0 (GTK 3.24.41; x86_64-pc-linux-gnu) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: idJuDLmUWra1wRyZRdXq_Ho8FJSnrYanwQaL-Cmm67M_1737132701 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID-Hash: M2DP764HLLSKWACKJZ6WGTBVQYVVIDXG X-Message-ID-Hash: M2DP764HLLSKWACKJZ6WGTBVQYVVIDXG X-MailFrom: sbrivio@redhat.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: passt-dev@passt.top X-Mailman-Version: 3.3.8 Precedence: list List-Id: Development discussion and patches for passt Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Just some assorted notes from testing for the moment: On Thu, 19 Dec 2024 12:13:51 +0100 Laurent Vivier wrote: > This series allows a QEMU guest to be migrated while it is connected > to Passt using vhost-user interface. Unrelated thing I found while testing: by mistake I passed the same socket path to both QEMU instances, and on the second one: qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: vhost_backend_init failed: Protocol error qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: failed to init vhost_net for queue 0 qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: Failed to read msg header. Read -1 instead of 12. Original request 1. qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: vhost_backend_init failed: Protocol error qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: failed to init vhost_net for queue 0 qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: Failed to write msg. Wrote -1 instead of 12. qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: vhost_backend_init failed: Protocol error qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: failed to init vhost_net for queue 0 qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: Failed to read msg header. Read -1 instead of 12. Original request 1. qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: vhost_backend_init failed: Protocol error qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: failed to init vhost_net for queue 0 qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: Failed to read msg header. Read -1 instead of 12. Original request 1. qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: vhost_backend_init failed: Protocol error qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: failed to init vhost_net for queue 0 qemu-system-x86_64: -netdev vhost-user,id=netdev0,chardev=chr0: Failed to read msg header. Read -1 instead of 12. Original request 1. ... because passt accepts the connection and drops it right away, which is intended, because it allows us to accept one connection at a time while explicitly telling a new client that we're busy, instead of letting it time out. By the way, I wasn't sure it would work: I can actually keep a 'ping' running between source and destination: -- # ip link set dev eth0 up # dhclient eth0 # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=255 time=5.28 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=255 time=5.30 ms QEMU 9.2.50 monitor - type 'help' for more information (qemu) 64 bytes from 8.8.8.8: icmp_seq=4 ttl=255 time=5.25 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=255 time=5.30 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=255 time=5.26 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=255 time=5.25 ms 64 bytes from 8.8.8.8: icmp_seq=8 ttl=255 time=5.23 ms migrate tcp:0:4444 -- -- Vhost user backend fails to broadcast fake RARP 64 bytes from 8.8.8.8: icmp_seq=9 ttl=255 time=5.60 ms [ 81.613893] clocksource: timekeeping watchdog on CPU0: Marking clocksource 'tsc' as unstable because the skew is too large: [ 81.615247] clocksource: 'kvm-clock' wd_nsec: 511997099 wd_now: 1359324c64 wd_last: 133aadd7b9 mask: ffffffffffffffff [ 81.616669] clocksource: 'tsc' cs_nsec: 501204363 cs_now: 451415a984 cs_last: 44a889af7c mask: ffffffffffffffff [ 81.618065] clocksource: Clocksource 'tsc' skewed -10792736 ns (18446744073698 ms) over watchdog 'kvm-clock' interval of 511997099 ns (511 ms) [ 81.619720] clocksource: 'kvm-clock' (not 'tsc') is current clocksource. [ 81.620700] tsc: Marking TSC unstable due to clocksource watchdog 64 bytes from 8.8.8.8: icmp_seq=10 ttl=255 time=5.26 ms -- I wonder: should the source QEMU instance close the connection to the source instance of passt? It doesn't happen for me. -- Stefano