[{"id":3675416,"web_url":"http://patchwork.ozlabs.org/comment/3675416/","msgid":"","list_archive_url":null,"date":"2026-04-09T17:17:34","subject":"Re: [PATCH 12/14] migration: Fix calculation of expected_downtime to\n take VFIO info","submitter":{"id":89058,"url":"http://patchwork.ozlabs.org/api/people/89058/","name":"Juraj Marcin","email":"jmarcin@redhat.com"},"content":"On 2026-04-08 12:55, Peter Xu wrote:\n> QEMU will provide an expected downtime for the whole system during\n> migration, by remembering the total dirty RAM that we synced the last time,\n> divides the estimated switchover bandwidth.\n> \n> That was flawed when VFIO is taking into account: consider there is a VFIO\n> GPU device that contains GBs of data to migrate during stop phase. Those\n> will not be accounted in this math.\n> \n> Fix it by updating dirty_bytes_last_sync properly only when we go to the\n> next iteration, rather than hide this update in the RAM code. Meanwhile,\n> fetch the total (rather than RAM-only) portion of dirty bytes, so as to\n> include GPU device states too.\n> \n> Update the comment of the field to reflect its new meaning.\n> \n> Now after this change, the expected-downtime to be read from query-migrate\n> should be very accurate even with VFIO devices involved.\n> \n> Signed-off-by: Peter Xu \n> ---\n> migration/migration-stats.h | 8 +++-----\n> migration/migration.c | 11 ++++++++---\n> migration/ram.c | 1 -\n> 3 files changed, 11 insertions(+), 9 deletions(-)\n> \n\nReviewed-by: Juraj Marcin ","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=IQ/VIsUZ;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=google header.b=ZpZGMaX8;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=nongnu.org\n (client-ip=209.51.188.17; helo=lists.gnu.org;\n envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n receiver=patchwork.ozlabs.org)"],"Received":["from lists.gnu.org (lists1p.gnu.org [209.51.188.17])\n\t(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fs68827qTz1xy1\n\tfor ; Fri, 10 Apr 2026 03:18:00 +1000 (AEST)","from localhost ([::1] helo=lists1p.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.90_1)\n\t(envelope-from )\n\tid 1wAt0j-0006EX-CU; Thu, 09 Apr 2026 13:17:45 -0400","from eggs.gnu.org ([2001:470:142:3::10])\n by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\n (Exim 4.90_1) (envelope-from )\n id 1wAt0h-0006Ct-1x\n for qemu-devel@nongnu.org; Thu, 09 Apr 2026 13:17:43 -0400","from us-smtp-delivery-124.mimecast.com ([170.10.133.124])\n by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\n (Exim 4.90_1) (envelope-from )\n id 1wAt0f-0001WH-Lh\n for qemu-devel@nongnu.org; Thu, 09 Apr 2026 13:17:42 -0400","from mail-wm1-f71.google.com (mail-wm1-f71.google.com\n [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS\n (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id\n us-mta-342-4rNMfa0xNFO5RdF9fdNyrw-1; Thu, 09 Apr 2026 13:17:39 -0400","by mail-wm1-f71.google.com with SMTP id\n 5b1f17b1804b1-486fa07f2bbso6212065e9.2\n for ; Thu, 09 Apr 2026 10:17:39 -0700 (PDT)","from fedora (nat-88-212-17-233.antik.sk. [88.212.17.233])\n by smtp.gmail.com with ESMTPSA id\n 5b1f17b1804b1-488d532ef00sm11337405e9.5.2026.04.09.10.17.36\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Thu, 09 Apr 2026 10:17:37 -0700 (PDT)"],"DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;\n s=mimecast20190719; t=1775755061;\n h=from:from:reply-to:subject:subject:date:date:message-id:message-id:\n to:to:cc:cc:mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=247jl1JVuyPjui+k+uF4E77GLIH5nMqjIn39eEpQu7I=;\n b=IQ/VIsUZCDrL7OYKhOVb65Zx1YN6Z1e+oeTpmuOK4xLI0+I2rDM6cIRCRNqnm/YMggYD9A\n nqFxAquBZFUxeUzYi5gqKmgjaiq1BvJ+T8XU/ofi8By8L52UZIZG747W/0UtzANJRJ5zGP\n SsEfXDcD23YnN49PZVKIFONtSs2AmEo=","v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=redhat.com; s=google; t=1775755058; x=1776359858; darn=nongnu.org;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to;\n bh=247jl1JVuyPjui+k+uF4E77GLIH5nMqjIn39eEpQu7I=;\n b=ZpZGMaX86wijTxZPLZ9FIVUclrQ1pOlrN5znFxPP7rgqU/1RvFj5FHw9zFx/O/0fwD\n 8+hEQoU9HdidiOxue4cLCOFOxF40EpAMPyKOqBlpyEpJVTrOIvqUM/WRRTBXwq8ZccCr\n IChN9Fce986y4uH74WzKlO6nXtuZENveeeiMckzfHmgT4yZQV/P2P/xuNDzH7gHD0JTa\n G8UJFR6RrSIrExN5ycmZzqpNoxLIO9ONgWBsGRoFZDxmQtuiKhpvAsXd22CToLr7aB4Z\n a3cigKkF21DtJ9o5MgaM0Vfsk+bntwq3Tnv0R3/FSfIir1WJTbo2zLHstyy06fDtoYA0\n Ml4w=="],"X-MC-Unique":"4rNMfa0xNFO5RdF9fdNyrw-1","X-Mimecast-MFC-AGG-ID":"4rNMfa0xNFO5RdF9fdNyrw_1775755058","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1775755058; x=1776359858;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc\n :subject:date:message-id:reply-to;\n bh=247jl1JVuyPjui+k+uF4E77GLIH5nMqjIn39eEpQu7I=;\n b=cJGgxFumMz8ySB3Vg7slXtrVgdJ3zXlSjGe10MiY5QxkB8hhOpF8TLIKC1Co05xDJH\n y6mTWunt/nHGk9XL5hYnU2JiHyloCCH72vQR9LuAhCFS+W5PqgoInvES8tzf18KGLmZ1\n Pby2uoXjUgvT6b34nIcfXFV3NSiJ2n2vG1Uc678HV10FrhmnTOD3t4Ntx/9m1hbDnP8d\n IwIQIzyV5HZhQFeAPSOqLS26YpJs3MUNbwJRLdrjIgpIffBdWqDqvT2Es2S6cN45VOhG\n G9trEExzoLZVmTB7m+p+22q+dj5E8ezW2yYAuBtCVDxKTtXtWbEpXuTcg1F9v2F8fxPD\n 95OA==","X-Gm-Message-State":"AOJu0Yx80cMnTmQGJZWTNzAq7OA6vurs6IuI6hoBqI4uOkgbWUcwPDjr\n O5dQUYCAlnlRzvjA8V4BKQbxEYyhBY4hx5GoKxA5iF5fa+jeU+xRpXLiabNj3+6O6JAAATT/xwZ\n nSXMLYEt+5iXjFnfTOJqSpzift85jEdWorlxpcJCc8k44Yt0emw+7kgnR","X-Gm-Gg":"AeBDiev1d69HaysXbwEPqvLz5Cg2SyVyO8uokDZn4RxwzCCMMwn7dIfSdpliAz2l3VY\n fEN2+CRKGn5jOKasl7Eh6X2IDmA5gPzx/201wCUaW5I3daB5cPmVHKihr/QNrgGmYRlu8Ntnyxi\n KpRuujB0IMZP99ZYOdIkDJGzQbOESfd33leq1NC8OXEZg1HN0uha6nIihlmf1ChBWS0y+zO9Z/V\n rFVTn0gMyg07SDF/6GRX1rQmPaSPnVHVlHX72o7iN1EFXWb4tW8glSsuAsE1cDSwnB+a/WzHXqS\n 4SOLnyf28YCP08vbwczhfJyYulwbcBl5/cUOC3IRLzOUF1E+gWLfoVcAfOiJYU8g+nvGkaxMiss\n TfxFVQKQpSKkyCvkvyxWZkGBGfuv8/EIm/aKhhXg=","X-Received":["by 2002:a05:600c:4ed4:b0:488:8b52:f7de with SMTP id\n 5b1f17b1804b1-488ccf7f7bemr62443875e9.12.1775755058226;\n Thu, 09 Apr 2026 10:17:38 -0700 (PDT)","by 2002:a05:600c:4ed4:b0:488:8b52:f7de with SMTP id\n 5b1f17b1804b1-488ccf7f7bemr62443365e9.12.1775755057681;\n Thu, 09 Apr 2026 10:17:37 -0700 (PDT)"],"Date":"Thu, 9 Apr 2026 19:17:34 +0200","From":"Juraj Marcin ","To":"Peter Xu ","Cc":"qemu-devel@nongnu.org,\n \"Maciej S . Szmigiero\" , Daniel P\n\t=?utf-8?b?LiBCZXJyYW5nw6k=?= ,\n Zhiyi Guo , Prasad Pandit ,\n Avihai Horon , Kirti Wankhede ,\n\t=?utf-8?q?C=C3=A9dric?= Le Goater ,\n Fabiano Rosas , Joao Martins ,\n Markus Armbruster , Alex Williamson ","Subject":"Re: [PATCH 12/14] migration: Fix calculation of expected_downtime to\n take VFIO info","Message-ID":"","References":"<20260408165559.157108-1-peterx@redhat.com>\n <20260408165559.157108-13-peterx@redhat.com>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"<20260408165559.157108-13-peterx@redhat.com>","Received-SPF":"pass client-ip=170.10.133.124; envelope-from=jmarcin@redhat.com;\n helo=us-smtp-delivery-124.mimecast.com","X-Spam_score_int":"-25","X-Spam_score":"-2.6","X-Spam_bar":"--","X-Spam_report":"(-2.6 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.54,\n DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,\n RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=0.001,\n RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,\n SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no","X-Spam_action":"no action","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"qemu development ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org"}},{"id":3675532,"web_url":"http://patchwork.ozlabs.org/comment/3675532/","msgid":"<87y0iv4w3b.fsf@suse.de>","list_archive_url":null,"date":"2026-04-09T22:17:44","subject":"Re: [PATCH 12/14] migration: Fix calculation of expected_downtime\n to take VFIO info","submitter":{"id":85343,"url":"http://patchwork.ozlabs.org/api/people/85343/","name":"Fabiano Rosas","email":"farosas@suse.de"},"content":"Peter Xu writes:\n\n> QEMU will provide an expected downtime for the whole system during\n> migration, by remembering the total dirty RAM that we synced the last time,\n> divides the estimated switchover bandwidth.\n>\n> That was flawed when VFIO is taking into account: consider there is a VFIO\n> GPU device that contains GBs of data to migrate during stop phase. Those\n> will not be accounted in this math.\n>\n> Fix it by updating dirty_bytes_last_sync properly only when we go to the\n> next iteration, rather than hide this update in the RAM code. Meanwhile,\n> fetch the total (rather than RAM-only) portion of dirty bytes, so as to\n> include GPU device states too.\n>\n> Update the comment of the field to reflect its new meaning.\n>\n> Now after this change, the expected-downtime to be read from query-migrate\n> should be very accurate even with VFIO devices involved.\n>\n> Signed-off-by: Peter Xu \n> ---\n> migration/migration-stats.h | 8 +++-----\n> migration/migration.c | 11 ++++++++---\n> migration/ram.c | 1 -\n> 3 files changed, 11 insertions(+), 9 deletions(-)\n>\n> diff --git a/migration/migration-stats.h b/migration/migration-stats.h\n> index 326ddb0088..1447316802 100644\n> --- a/migration/migration-stats.h\n> +++ b/migration/migration-stats.h\n> @@ -31,11 +31,9 @@\n> */\n> typedef struct {\n> /*\n> - * Number of bytes that were dirty last time that we synced with\n> - * the guest memory. We use that to calculate the downtime. As\n> - * the remaining dirty amounts to what we know that is still dirty\n> - * since last iteration, not counting what the guest has dirtied\n> - * since we synchronized bitmaps.\n> + * Number of bytes that were reported dirty after the lastest\n\ntypo: latest\n\n> + * system-wise synchronization on dirty information. It is used to\n\ns/on/of/ ?\n\nI can fix these at merge time.","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=suse.de header.i=@suse.de header.a=rsa-sha256\n header.s=susede2_rsa header.b=PVoZScHM;\n\tdkim=pass header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=g6LXZXGn;\n\tdkim=pass (1024-bit key) header.d=suse.de header.i=@suse.de\n header.a=rsa-sha256 header.s=susede2_rsa header.b=PVoZScHM;\n\tdkim=neutral header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=g6LXZXGn;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=nongnu.org\n (client-ip=209.51.188.17; helo=lists.gnu.org;\n envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n receiver=patchwork.ozlabs.org)","smtp-out1.suse.de;\n dkim=pass header.d=suse.de header.s=susede2_rsa header.b=PVoZScHM;\n dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=g6LXZXGn"],"Received":["from lists.gnu.org (lists1p.gnu.org [209.51.188.17])\n\t(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fsDpg64Qjz1y05\n\tfor ; Fri, 10 Apr 2026 08:18:19 +1000 (AEST)","from localhost ([::1] helo=lists1p.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.90_1)\n\t(envelope-from )\n\tid 1wAxhC-0006SP-NO; Thu, 09 Apr 2026 18:17:54 -0400","from eggs.gnu.org ([2001:470:142:3::10])\n by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\n (Exim 4.90_1) (envelope-from ) id 1wAxhA-0006SF-N7\n for qemu-devel@nongnu.org; Thu, 09 Apr 2026 18:17:52 -0400","from smtp-out1.suse.de ([2a07:de40:b251:101:10:150:64:1])\n by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)\n (Exim 4.90_1) (envelope-from ) id 1wAxh9-0002xQ-0l\n for qemu-devel@nongnu.org; Thu, 09 Apr 2026 18:17:52 -0400","from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org\n [IPv6:2a07:de40:b281:104:10:150:64:97])\n (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest\n SHA256)\n (No client certificate requested)\n by smtp-out1.suse.de (Postfix) with ESMTPS id 0D63F6A7D7;\n Thu, 9 Apr 2026 22:17:47 +0000 (UTC)","from imap1.dmz-prg2.suse.org (localhost [127.0.0.1])\n (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest\n SHA256)\n (No client certificate requested)\n by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id 920E84A0B3;\n Thu, 9 Apr 2026 22:17:46 +0000 (UTC)","from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167])\n by imap1.dmz-prg2.suse.org with ESMTPSA id 2JQIF4ol2GlUPwAAD6G6ig\n (envelope-from ); Thu, 09 Apr 2026 22:17:46 +0000"],"DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_rsa;\n t=1775773067;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=voDaMEDmsGsrJCj/behQqN5i/FszPXKS5XiD9N22kOs=;\n b=PVoZScHM03WczVx5Pij1nCd3D/hTv9U1I12CCoCKT4F6mssvz9nj8XROYT3GJJ0QBDevXo\n D6gzoXK4cWJXS5ODv+aEIYvfHZ+U26vFslFKzt986ZCjYNXMipYGkZcni+75Fn5k9SANYp\n I63OScD+hRZVFuhONgjrxaJYu155I8Y=","v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_ed25519; t=1775773067;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=voDaMEDmsGsrJCj/behQqN5i/FszPXKS5XiD9N22kOs=;\n b=g6LXZXGnZLqLfPcyoHNTgvMRoONKkDBjk8veMlI8zVI4MUkVMrqXWgqqc6cMY+sjw43tWn\n kz5uIj7cBr8oSUBA==","v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_rsa;\n t=1775773067;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=voDaMEDmsGsrJCj/behQqN5i/FszPXKS5XiD9N22kOs=;\n b=PVoZScHM03WczVx5Pij1nCd3D/hTv9U1I12CCoCKT4F6mssvz9nj8XROYT3GJJ0QBDevXo\n D6gzoXK4cWJXS5ODv+aEIYvfHZ+U26vFslFKzt986ZCjYNXMipYGkZcni+75Fn5k9SANYp\n I63OScD+hRZVFuhONgjrxaJYu155I8Y=","v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_ed25519; t=1775773067;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n mime-version:mime-version:content-type:content-type:\n in-reply-to:in-reply-to:references:references;\n bh=voDaMEDmsGsrJCj/behQqN5i/FszPXKS5XiD9N22kOs=;\n b=g6LXZXGnZLqLfPcyoHNTgvMRoONKkDBjk8veMlI8zVI4MUkVMrqXWgqqc6cMY+sjw43tWn\n kz5uIj7cBr8oSUBA=="],"From":"Fabiano Rosas ","To":"Peter Xu , qemu-devel@nongnu.org","Cc":"\"Maciej S . Szmigiero\" , =?utf-8?q?Daniel_P_?=\n\t=?utf-8?q?=2E_Berrang=C3=A9?= ,\n Zhiyi Guo , Juraj Marcin ,\n Peter Xu , Prasad Pandit ,\n Avihai Horon , Kirti Wankhede ,\n\t=?utf-8?q?C=C3=A9dric?= Le Goater ,\n Joao Martins ,\n Markus Armbruster , Alex Williamson ","Subject":"Re: [PATCH 12/14] migration: Fix calculation of expected_downtime\n to take VFIO info","In-Reply-To":"<20260408165559.157108-13-peterx@redhat.com>","References":"<20260408165559.157108-1-peterx@redhat.com>\n <20260408165559.157108-13-peterx@redhat.com>","Date":"Thu, 09 Apr 2026 19:17:44 -0300","Message-ID":"<87y0iv4w3b.fsf@suse.de>","MIME-Version":"1.0","Content-Type":"text/plain","X-Spamd-Result":"default: False [-4.51 / 50.00]; BAYES_HAM(-3.00)[99.99%];\n NEURAL_HAM_LONG(-1.00)[-1.000];\n R_DKIM_ALLOW(-0.20)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519];\n NEURAL_HAM_SHORT(-0.20)[-1.000]; MIME_GOOD(-0.10)[text/plain];\n MX_GOOD(-0.01)[]; FROM_HAS_DN(0.00)[];\n DKIM_SIGNED(0.00)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519];\n FUZZY_RATELIMITED(0.00)[rspamd.com]; MIME_TRACE(0.00)[0:+];\n ARC_NA(0.00)[]; RCPT_COUNT_TWELVE(0.00)[14];\n TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[];\n DKIM_TRACE(0.00)[suse.de:+]; RCVD_COUNT_TWO(0.00)[2];\n FROM_EQ_ENVFROM(0.00)[]; TO_DN_SOME(0.00)[];\n MID_RHS_MATCH_FROM(0.00)[]; MISSING_XM_UA(0.00)[];\n RCVD_VIA_SMTP_AUTH(0.00)[];\n DBL_BLOCKED_OPENRESOLVER(0.00)[suse.de:dkim,suse.de:mid]","X-Rspamd-Action":"no action","X-Spam-Score":"-4.51","X-Rspamd-Server":"rspamd1.dmz-prg2.suse.org","X-Rspamd-Queue-Id":"0D63F6A7D7","Received-SPF":"pass client-ip=2a07:de40:b251:101:10:150:64:1;\n envelope-from=farosas@suse.de; helo=smtp-out1.suse.de","X-Spam_score_int":"-20","X-Spam_score":"-2.1","X-Spam_bar":"--","X-Spam_report":"(-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,\n DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001,\n SPF_PASS=-0.001 autolearn=ham autolearn_force=no","X-Spam_action":"no action","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"qemu development ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org"}}]