Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp665949ybz; Wed, 29 Apr 2020 07:17:47 -0700 (PDT) X-Google-Smtp-Source: APiQypKrUccd5EVu7hliSK4Rq+H72RxlYgtZUnX+bnl12FDsg1WMxhtOPAYoPRkPviGU91LQfd7e X-Received: by 2002:a05:6402:333:: with SMTP id q19mr2781172edw.186.1588169867595; Wed, 29 Apr 2020 07:17:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588169867; cv=none; d=google.com; s=arc-20160816; b=mUGRtduiKaF7GDEsDbp2bWPWzFtaNTqg4zuvMW85VBCFOaClRZnp0nirmrbYkknKw/ D/dslWH1uxXz0hCEk5tjs529hMmDariO/7mPuDKMwoY9242I4HapnZP3qXeW/z56qeq5 ZKkgQv5J+M1AgGNWppSJOkRNuTc8H9dkWpAp+8Xc5HeCzcHnEkKGd1JxvnlqjTNw7g5q n7r6Z0oqN8iAHppGIVWkb4HZkmZxo0ujOP56DfAesx5MkqxXgZa6cu1qncttcrDHHQpI qF7sr2LQCYsWWMZPVLwO00IP92CyVFr7MAINj0sM8BvGjyCy/xFP5KFiwt9O5p5i2Nwo lT+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :dkim-signature; bh=z5KJj0/IEeIDfSeMUgMfCAULVkkEU1Ysj/D3ASB/G5k=; b=cxVI0bqscnDrVHpNJd/Si1KcsgwOW5uqNNehPYx4NS5NkC4mqfYzM3zv2tNa/uWBzW ijZhSxus24YvanBQLYBQFOAMmH66/CjkwW4foZOw6hTBXZHXd9W8cV1VFliEV6LXa3/9 EFWyBLqk/VNWMFEZEdNbhxlDHwFWv8AkPfI2i31XES6PxY541kUAxiTYrGXg4G/X94SX Pq+iEJ0szmEmjau90jglFzQMRq+9DkaHfoSkA/D5g7GUcc/wNXt9tdyvE/CoOLo/Bk10 oY2u38xq6oFnn1QQ0D3ppwVutLAda3Crk5AIu/m/oizo2taWqvTTvT5x+RZq4V23o54+ kV1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="dq/v240y"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w21si3713559edx.313.2020.04.29.07.17.22; Wed, 29 Apr 2020 07:17:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="dq/v240y"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726901AbgD2ONe (ORCPT + 99 others); Wed, 29 Apr 2020 10:13:34 -0400 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:52113 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726871AbgD2ONe (ORCPT ); Wed, 29 Apr 2020 10:13:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1588169613; 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=z5KJj0/IEeIDfSeMUgMfCAULVkkEU1Ysj/D3ASB/G5k=; b=dq/v240yzSKPeAyKfp9Aw1V1Dtkc+THcrCAO3Z44JbndB6kugv3o8mdR4Rs+TOJEBIAQUj a6ALh0pjmsg5rrTq0AJAdUxRqInecTJ0r2ukvSYW3XFTNs+HCTeiI/iKyYSvrFTrs4N1hR XVi0/GE/VGwlfuB2CkOFL6yTeCnQn3s= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-300-eJjW36AfMLWIeaVqCQ_XUQ-1; Wed, 29 Apr 2020 10:13:23 -0400 X-MC-Unique: eJjW36AfMLWIeaVqCQ_XUQ-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C31EF108BD0F; Wed, 29 Apr 2020 14:13:19 +0000 (UTC) Received: from [10.10.116.80] (ovpn-116-80.rdu2.redhat.com [10.10.116.80]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 998945D9E5; Wed, 29 Apr 2020 14:13:02 +0000 (UTC) Subject: Re: [PATCH v5 0/4] introduction of migration_version attribute for VFIO live migration To: Yan Zhao , "Dr. David Alan Gilbert" Cc: Cornelia Huck , "cjia@nvidia.com" , "kvm@vger.kernel.org" , "linux-doc@vger.kernel.org" , "libvir-list@redhat.com" , "Zhengxiao.zx@alibaba-inc.com" , "shuangtai.tst@alibaba-inc.com" , "qemu-devel@nongnu.org" , "kwankhede@nvidia.com" , "eauger@redhat.com" , "Liu, Yi L" , "corbet@lwn.net" , "Yang, Ziye" , "mlevitsk@redhat.com" , "pasic@linux.ibm.com" , "aik@ozlabs.ru" , "felipe@nutanix.com" , "Ken.Xue@amd.com" , "Tian, Kevin" , "Zeng, Xin" , "zhenyuw@linux.intel.com" , "jonathan.davies@nutanix.com" , Alex Williamson , "intel-gvt-dev@lists.freedesktop.org" , "Liu, Changpeng" , "berrange@redhat.com" , "eskultet@redhat.com" , "linux-kernel@vger.kernel.org" , "Wang, Zhi A" , "dinechin@redhat.com" , "He, Shaopeng" References: <20200421023718.GA12111@joy-OptiPlex-7040> <20200422073628.GA12879@joy-OptiPlex-7040> <20200424191049.GU3106@work-vm> <20200426013628.GC12879@joy-OptiPlex-7040> <20200427153743.GK2923@work-vm> <20200428005429.GJ12879@joy-OptiPlex-7040> <20200428141437.GG2794@work-vm> <20200429072616.GL12879@joy-OptiPlex-7040> <20200429082201.GA2834@work-vm> <20200429093555.GM12879@joy-OptiPlex-7040> From: Eric Blake Organization: Red Hat, Inc. Message-ID: <94cd58d2-0580-53cd-6ca2-2c33146e0f2c@redhat.com> Date: Wed, 29 Apr 2020 09:13:01 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200429093555.GM12879@joy-OptiPlex-7040> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [meta-comment] On 4/29/20 4:35 AM, Yan Zhao wrote: > On Wed, Apr 29, 2020 at 04:22:01PM +0800, Dr. David Alan Gilbert wrote: [...] >>>>>>>>>>>>>>>>> This patchset introduces a migration_version attribute under sysfs >>>>>>>>>>> of VFIO >>>>>>>>>>>>>>>>> Mediated devices. Hmm, several pages with up to 16 levels of quoting, with editors making the lines ragged, all before I get to the real meat of the email. Remember, it's okay to trim content,... >> So why don't we split the difference; lets say that it should start with >> the hex PCI Vendor ID. >> > The problem is for mdev devices, if the parent devices are not PCI devices, > they don't have PCI vendor IDs. ...to just what you are replying to. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org