From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.4 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16ED2FC6195 for ; Thu, 7 Nov 2019 13:41:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E268D2187F for ; Thu, 7 Nov 2019 13:41:02 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="P9humavg" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388726AbfKGNlB (ORCPT ); Thu, 7 Nov 2019 08:41:01 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:46874 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728687AbfKGNlA (ORCPT ); Thu, 7 Nov 2019 08:41:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1573134059; 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=lrRk9jJT/1ACKeP3964rK2rTDoGnupNCrHKoiqqL+xU=; b=P9humavgHP/QJBUn5y8kkFpkj3dHiQ2RQ9BAxYSrWBIidYFISfZoF9dNFXUus+Rw5R3At7 cDvELrvwZswJ+/yRvSbq417c593HsHkiCneTEFawvPhx0TPKyKHjeA6zpQV6bBdJR7unht vaCQXqtukeYgOct29Foa0ujmPOPsyN0= 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-318-BhQNNXH4MTueutQVI-hMlw-1; Thu, 07 Nov 2019 08:40:55 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D14428017DD; Thu, 7 Nov 2019 13:40:51 +0000 (UTC) Received: from [10.72.12.21] (ovpn-12-21.pek2.redhat.com [10.72.12.21]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2C641600D1; Thu, 7 Nov 2019 13:40:10 +0000 (UTC) Subject: Re: [PATCH V10 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework To: "Michael S. Tsirkin" Cc: kvm@vger.kernel.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, kwankhede@nvidia.com, alex.williamson@redhat.com, tiwei.bie@intel.com, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, cohuck@redhat.com, maxime.coquelin@redhat.com, cunming.liang@intel.com, zhihong.wang@intel.com, rob.miller@broadcom.com, xiao.w.wang@intel.com, haotian.wang@sifive.com, zhenyuw@linux.intel.com, zhi.a.wang@intel.com, jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, airlied@linux.ie, daniel@ffwll.ch, farman@linux.ibm.com, pasic@linux.ibm.com, sebott@linux.ibm.com, oberpar@linux.ibm.com, heiko.carstens@de.ibm.com, gor@linux.ibm.com, borntraeger@de.ibm.com, akrowiak@linux.ibm.com, freude@linux.ibm.com, lingshan.zhu@intel.com, eperezma@redhat.com, lulu@redhat.com, parav@mellanox.com, christophe.de.dinechin@gmail.com, kevin.tian@intel.com, stefanha@redhat.com References: <20191106133531.693-1-jasowang@redhat.com> <20191106133531.693-7-jasowang@redhat.com> <20191107040700-mutt-send-email-mst@kernel.org> <20191107061942-mutt-send-email-mst@kernel.org> <20191107080721-mutt-send-email-mst@kernel.org> From: Jason Wang Message-ID: <29d92758-18f7-15c7-fd04-0556b1f9033c@redhat.com> Date: Thu, 7 Nov 2019 21:40:09 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191107080721-mutt-send-email-mst@kernel.org> Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-MC-Unique: BhQNNXH4MTueutQVI-hMlw-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/11/7 =E4=B8=8B=E5=8D=889:08, Michael S. Tsirkin wrote: > On Thu, Nov 07, 2019 at 08:47:06PM +0800, Jason Wang wrote: >> On 2019/11/7 =E4=B8=8B=E5=8D=888:43, Jason Wang wrote: >>> On 2019/11/7 =E4=B8=8B=E5=8D=887:21, Michael S. Tsirkin wrote: >>>> On Thu, Nov 07, 2019 at 06:18:45PM +0800, Jason Wang wrote: >>>>> On 2019/11/7 =E4=B8=8B=E5=8D=885:08, Michael S. Tsirkin wrote: >>>>>> On Wed, Nov 06, 2019 at 09:35:31PM +0800, Jason Wang wrote: >>>>>>> This sample driver creates mdev device that simulate >>>>>>> virtio net device >>>>>>> over virtio mdev transport. The device is implemented through vring= h >>>>>>> and workqueue. A device specific dma ops is to make sure HVA is use= d >>>>>>> directly as the IOVA. This should be sufficient for kernel virtio >>>>>>> driver to work. >>>>>>> >>>>>>> Only 'virtio' type is supported right now. I plan to add 'vhost' ty= pe >>>>>>> on top which requires some virtual IOMMU implemented in this sample >>>>>>> driver. >>>>>>> >>>>>>> Acked-by: Cornelia Huck >>>>>>> Signed-off-by: Jason Wang >>>>>> I'd prefer it that we call this something else, e.g. >>>>>> mvnet-loopback. Just so people don't expect a fully >>>>>> functional device somehow. Can be renamed when applying? >>>>> Actually, I plan to extend it as another standard network interface f= or >>>>> kernel. It could be either a standalone pseudo device or a stack >>>>> device. >>>>> Does this sounds good to you? >>>>> >>>>> Thanks >>>> That's a big change in an interface so it's a good reason >>>> to rename the driver at that point right? >>>> Oherwise users of an old kernel would expect a stacked driver >>>> and get a loopback instead. >>>> >>>> Or did I miss something? >>> >>> My understanding is that it was a sample driver in /doc. It should not >>> be used in production environment. Otherwise we need to move it to >>> driver/virtio. >>> >>> But if you insist, I can post a V11. >>> >>> Thanks >> >> Or maybe it's better to rename the type of current mdev from 'virtio' to >> 'virtio-loopback'. Then we can add more types in the future. >> >> Thanks >> > Maybe but is virtio actually a loopback somehow? I thought we > can bind a regular virtio device there, no? It has a prefix, so user will see "mvnet-virtio-loopback". Thanks > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Wang Subject: Re: [PATCH V10 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework Date: Thu, 7 Nov 2019 21:40:09 +0800 Message-ID: <29d92758-18f7-15c7-fd04-0556b1f9033c@redhat.com> References: <20191106133531.693-1-jasowang@redhat.com> <20191106133531.693-7-jasowang@redhat.com> <20191107040700-mutt-send-email-mst@kernel.org> <20191107061942-mutt-send-email-mst@kernel.org> <20191107080721-mutt-send-email-mst@kernel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20191107080721-mutt-send-email-mst@kernel.org> Content-Language: en-US Sender: netdev-owner@vger.kernel.org To: "Michael S. Tsirkin" Cc: kvm@vger.kernel.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, kwankhede@nvidia.com, alex.williamson@redhat.com, tiwei.bie@intel.com, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, cohuck@redhat.com, maxime.coquelin@redhat.com, cunming.liang@intel.com, zhihong.wang@intel.com, rob.miller@broadcom.com, xiao.w.wang@intel.com, haotian.wang@sifive.com, zhenyuw@linux.intel.com, zhi.a.wang@intel.com, jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, airlied@linux.ie, daniel@ffwll.ch, farman@linux.ibm.com, pasic@linux.ibm.com, sebott@linux.ibm.com, oberpar@linux.ibm.com, heiko.carstens@de.ibm.com, gor@linux.ib List-Id: dri-devel@lists.freedesktop.org On 2019/11/7 =E4=B8=8B=E5=8D=889:08, Michael S. Tsirkin wrote: > On Thu, Nov 07, 2019 at 08:47:06PM +0800, Jason Wang wrote: >> On 2019/11/7 =E4=B8=8B=E5=8D=888:43, Jason Wang wrote: >>> On 2019/11/7 =E4=B8=8B=E5=8D=887:21, Michael S. Tsirkin wrote: >>>> On Thu, Nov 07, 2019 at 06:18:45PM +0800, Jason Wang wrote: >>>>> On 2019/11/7 =E4=B8=8B=E5=8D=885:08, Michael S. Tsirkin wrote: >>>>>> On Wed, Nov 06, 2019 at 09:35:31PM +0800, Jason Wang wrote: >>>>>>> This sample driver creates mdev device that simulate >>>>>>> virtio net device >>>>>>> over virtio mdev transport. The device is implemented through vring= h >>>>>>> and workqueue. A device specific dma ops is to make sure HVA is use= d >>>>>>> directly as the IOVA. This should be sufficient for kernel virtio >>>>>>> driver to work. >>>>>>> >>>>>>> Only 'virtio' type is supported right now. I plan to add 'vhost' ty= pe >>>>>>> on top which requires some virtual IOMMU implemented in this sample >>>>>>> driver. >>>>>>> >>>>>>> Acked-by: Cornelia Huck >>>>>>> Signed-off-by: Jason Wang >>>>>> I'd prefer it that we call this something else, e.g. >>>>>> mvnet-loopback. Just so people don't expect a fully >>>>>> functional device somehow. Can be renamed when applying? >>>>> Actually, I plan to extend it as another standard network interface f= or >>>>> kernel. It could be either a standalone pseudo device or a stack >>>>> device. >>>>> Does this sounds good to you? >>>>> >>>>> Thanks >>>> That's a big change in an interface so it's a good reason >>>> to rename the driver at that point right? >>>> Oherwise users of an old kernel would expect a stacked driver >>>> and get a loopback instead. >>>> >>>> Or did I miss something? >>> >>> My understanding is that it was a sample driver in /doc. It should not >>> be used in production environment. Otherwise we need to move it to >>> driver/virtio. >>> >>> But if you insist, I can post a V11. >>> >>> Thanks >> >> Or maybe it's better to rename the type of current mdev from 'virtio' to >> 'virtio-loopback'. Then we can add more types in the future. >> >> Thanks >> > Maybe but is virtio actually a loopback somehow? I thought we > can bind a regular virtio device there, no? It has a prefix, so user will see "mvnet-virtio-loopback". Thanks > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EE729FC6197 for ; Thu, 7 Nov 2019 13:41:02 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id CE1AA2075C for ; Thu, 7 Nov 2019 13:41:02 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CE1AA2075C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 28D8A6F699; Thu, 7 Nov 2019 13:41:02 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by gabe.freedesktop.org (Postfix) with ESMTPS id 50E326EB57 for ; Thu, 7 Nov 2019 13:41:00 +0000 (UTC) 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-318-BhQNNXH4MTueutQVI-hMlw-1; Thu, 07 Nov 2019 08:40:55 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D14428017DD; Thu, 7 Nov 2019 13:40:51 +0000 (UTC) Received: from [10.72.12.21] (ovpn-12-21.pek2.redhat.com [10.72.12.21]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2C641600D1; Thu, 7 Nov 2019 13:40:10 +0000 (UTC) Subject: Re: [PATCH V10 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework To: "Michael S. Tsirkin" References: <20191106133531.693-1-jasowang@redhat.com> <20191106133531.693-7-jasowang@redhat.com> <20191107040700-mutt-send-email-mst@kernel.org> <20191107061942-mutt-send-email-mst@kernel.org> <20191107080721-mutt-send-email-mst@kernel.org> From: Jason Wang Message-ID: <29d92758-18f7-15c7-fd04-0556b1f9033c@redhat.com> Date: Thu, 7 Nov 2019 21:40:09 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191107080721-mutt-send-email-mst@kernel.org> Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-MC-Unique: BhQNNXH4MTueutQVI-hMlw-1 X-Mimecast-Spam-Score: 0 X-Mailman-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1573134059; 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=lrRk9jJT/1ACKeP3964rK2rTDoGnupNCrHKoiqqL+xU=; b=P9humavgHP/QJBUn5y8kkFpkj3dHiQ2RQ9BAxYSrWBIidYFISfZoF9dNFXUus+Rw5R3At7 cDvELrvwZswJ+/yRvSbq417c593HsHkiCneTEFawvPhx0TPKyKHjeA6zpQV6bBdJR7unht vaCQXqtukeYgOct29Foa0ujmPOPsyN0= X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: christophe.de.dinechin@gmail.com, kvm@vger.kernel.org, airlied@linux.ie, heiko.carstens@de.ibm.com, kevin.tian@intel.com, dri-devel@lists.freedesktop.org, virtualization@lists.linux-foundation.org, kwankhede@nvidia.com, rob.miller@broadcom.com, linux-s390@vger.kernel.org, sebott@linux.ibm.com, lulu@redhat.com, eperezma@redhat.com, pasic@linux.ibm.com, borntraeger@de.ibm.com, haotian.wang@sifive.com, cunming.liang@intel.com, zhi.a.wang@intel.com, farman@linux.ibm.com, parav@mellanox.com, gor@linux.ibm.com, intel-gfx@lists.freedesktop.org, alex.williamson@redhat.com, xiao.w.wang@intel.com, freude@linux.ibm.com, stefanha@redhat.com, zhihong.wang@intel.com, rodrigo.vivi@intel.com, intel-gvt-dev@lists.freedesktop.org, akrowiak@linux.ibm.com, oberpar@linux.ibm.com, tiwei.bie@intel.com, netdev@vger.kernel.org, cohuck@redhat.com, linux-kernel@vger.kernel.org, maxime.coquelin@redhat.com, lingshan.zhu@intel.com Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Message-ID: <20191107134009.OeW1-M-mVG-lVGbWXkoMuywEUHnGuZk5lr5ds9axh_M@z> Ck9uIDIwMTkvMTEvNyDkuIvljYg5OjA4LCBNaWNoYWVsIFMuIFRzaXJraW4gd3JvdGU6Cj4gT24g VGh1LCBOb3YgMDcsIDIwMTkgYXQgMDg6NDc6MDZQTSArMDgwMCwgSmFzb24gV2FuZyB3cm90ZToK Pj4gT24gMjAxOS8xMS83IOS4i+WNiDg6NDMsIEphc29uIFdhbmcgd3JvdGU6Cj4+PiBPbiAyMDE5 LzExLzcg5LiL5Y2INzoyMSwgTWljaGFlbCBTLiBUc2lya2luIHdyb3RlOgo+Pj4+IE9uIFRodSwg Tm92IDA3LCAyMDE5IGF0IDA2OjE4OjQ1UE0gKzA4MDAsIEphc29uIFdhbmcgd3JvdGU6Cj4+Pj4+ IE9uIDIwMTkvMTEvNyDkuIvljYg1OjA4LCBNaWNoYWVsIFMuIFRzaXJraW4gd3JvdGU6Cj4+Pj4+ PiBPbiBXZWQsIE5vdiAwNiwgMjAxOSBhdCAwOTozNTozMVBNICswODAwLCBKYXNvbiBXYW5nIHdy b3RlOgo+Pj4+Pj4+IFRoaXMgc2FtcGxlIGRyaXZlciBjcmVhdGVzIG1kZXYgZGV2aWNlIHRoYXQg c2ltdWxhdGUKPj4+Pj4+PiB2aXJ0aW8gbmV0IGRldmljZQo+Pj4+Pj4+IG92ZXIgdmlydGlvIG1k ZXYgdHJhbnNwb3J0LiBUaGUgZGV2aWNlIGlzIGltcGxlbWVudGVkIHRocm91Z2ggdnJpbmdoCj4+ Pj4+Pj4gYW5kIHdvcmtxdWV1ZS4gQSBkZXZpY2Ugc3BlY2lmaWMgZG1hIG9wcyBpcyB0byBtYWtl IHN1cmUgSFZBIGlzIHVzZWQKPj4+Pj4+PiBkaXJlY3RseSBhcyB0aGUgSU9WQS4gVGhpcyBzaG91 bGQgYmUgc3VmZmljaWVudCBmb3Iga2VybmVsIHZpcnRpbwo+Pj4+Pj4+IGRyaXZlciB0byB3b3Jr Lgo+Pj4+Pj4+Cj4+Pj4+Pj4gT25seSAndmlydGlvJyB0eXBlIGlzIHN1cHBvcnRlZCByaWdodCBu b3cuIEkgcGxhbiB0byBhZGQgJ3Zob3N0JyB0eXBlCj4+Pj4+Pj4gb24gdG9wIHdoaWNoIHJlcXVp cmVzIHNvbWUgdmlydHVhbCBJT01NVSBpbXBsZW1lbnRlZCBpbiB0aGlzIHNhbXBsZQo+Pj4+Pj4+ IGRyaXZlci4KPj4+Pj4+Pgo+Pj4+Pj4+IEFja2VkLWJ5OiBDb3JuZWxpYSBIdWNrPGNvaHVja0By ZWRoYXQuY29tPgo+Pj4+Pj4+IFNpZ25lZC1vZmYtYnk6IEphc29uIFdhbmc8amFzb3dhbmdAcmVk aGF0LmNvbT4KPj4+Pj4+IEknZCBwcmVmZXIgaXQgdGhhdCB3ZSBjYWxsIHRoaXMgc29tZXRoaW5n IGVsc2UsIGUuZy4KPj4+Pj4+IG12bmV0LWxvb3BiYWNrLiBKdXN0IHNvIHBlb3BsZSBkb24ndCBl eHBlY3QgYSBmdWxseQo+Pj4+Pj4gZnVuY3Rpb25hbCBkZXZpY2Ugc29tZWhvdy4gQ2FuIGJlIHJl bmFtZWQgd2hlbiBhcHBseWluZz8KPj4+Pj4gQWN0dWFsbHksIEkgcGxhbiB0byBleHRlbmQgaXQg YXMgYW5vdGhlciBzdGFuZGFyZCBuZXR3b3JrIGludGVyZmFjZSBmb3IKPj4+Pj4ga2VybmVsLiBJ dCBjb3VsZCBiZSBlaXRoZXIgYSBzdGFuZGFsb25lIHBzZXVkbyBkZXZpY2Ugb3IgYSBzdGFjawo+ Pj4+PiBkZXZpY2UuCj4+Pj4+IERvZXMgdGhpcyBzb3VuZHMgZ29vZCB0byB5b3U/Cj4+Pj4+Cj4+ Pj4+IFRoYW5rcwo+Pj4+IFRoYXQncyBhIGJpZyBjaGFuZ2UgaW4gYW4gaW50ZXJmYWNlIHNvIGl0 J3MgYSBnb29kIHJlYXNvbgo+Pj4+IHRvIHJlbmFtZSB0aGUgZHJpdmVyIGF0IHRoYXQgcG9pbnQg cmlnaHQ/Cj4+Pj4gT2hlcndpc2UgdXNlcnMgb2YgYW4gb2xkIGtlcm5lbCB3b3VsZCBleHBlY3Qg YSBzdGFja2VkIGRyaXZlcgo+Pj4+IGFuZCBnZXQgYSBsb29wYmFjayBpbnN0ZWFkLgo+Pj4+Cj4+ Pj4gT3IgZGlkIEkgbWlzcyBzb21ldGhpbmc/Cj4+Pgo+Pj4gTXkgdW5kZXJzdGFuZGluZyBpcyB0 aGF0IGl0IHdhcyBhIHNhbXBsZSBkcml2ZXIgaW4gL2RvYy4gSXQgc2hvdWxkIG5vdAo+Pj4gYmUg dXNlZCBpbiBwcm9kdWN0aW9uIGVudmlyb25tZW50LiBPdGhlcndpc2Ugd2UgbmVlZCB0byBtb3Zl IGl0IHRvCj4+PiBkcml2ZXIvdmlydGlvLgo+Pj4KPj4+IEJ1dCBpZiB5b3UgaW5zaXN0LCBJIGNh biBwb3N0IGEgVjExLgo+Pj4KPj4+IFRoYW5rcwo+Pgo+PiBPciBtYXliZSBpdCdzIGJldHRlciB0 byByZW5hbWUgdGhlIHR5cGUgb2YgY3VycmVudCBtZGV2IGZyb20gJ3ZpcnRpbycgdG8KPj4gJ3Zp cnRpby1sb29wYmFjaycuIFRoZW4gd2UgY2FuIGFkZCBtb3JlIHR5cGVzIGluIHRoZSBmdXR1cmUu Cj4+Cj4+IFRoYW5rcwo+Pgo+IE1heWJlIGJ1dCBpcyB2aXJ0aW8gYWN0dWFsbHkgYSBsb29wYmFj ayBzb21laG93PyBJIHRob3VnaHQgd2UKPiBjYW4gYmluZCBhIHJlZ3VsYXIgdmlydGlvIGRldmlj ZSB0aGVyZSwgbm8/CgoKSXQgaGFzIGEgcHJlZml4LCBzbyB1c2VyIHdpbGwgc2VlICJtdm5ldC12 aXJ0aW8tbG9vcGJhY2siLgoKVGhhbmtzCgo+CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBsaXN0 cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9s aXN0aW5mby9kcmktZGV2ZWw= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2E970FC6195 for ; Thu, 7 Nov 2019 13:41:02 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 0F1A4218AE for ; Thu, 7 Nov 2019 13:41:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0F1A4218AE Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=intel-gfx-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 826B16EB57; Thu, 7 Nov 2019 13:41:01 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by gabe.freedesktop.org (Postfix) with ESMTPS id 510B86ED71 for ; Thu, 7 Nov 2019 13:41:00 +0000 (UTC) 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-318-BhQNNXH4MTueutQVI-hMlw-1; Thu, 07 Nov 2019 08:40:55 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D14428017DD; Thu, 7 Nov 2019 13:40:51 +0000 (UTC) Received: from [10.72.12.21] (ovpn-12-21.pek2.redhat.com [10.72.12.21]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2C641600D1; Thu, 7 Nov 2019 13:40:10 +0000 (UTC) To: "Michael S. Tsirkin" References: <20191106133531.693-1-jasowang@redhat.com> <20191106133531.693-7-jasowang@redhat.com> <20191107040700-mutt-send-email-mst@kernel.org> <20191107061942-mutt-send-email-mst@kernel.org> <20191107080721-mutt-send-email-mst@kernel.org> From: Jason Wang Message-ID: <29d92758-18f7-15c7-fd04-0556b1f9033c@redhat.com> Date: Thu, 7 Nov 2019 21:40:09 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191107080721-mutt-send-email-mst@kernel.org> Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-MC-Unique: BhQNNXH4MTueutQVI-hMlw-1 X-Mimecast-Spam-Score: 0 X-Mailman-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1573134059; 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=lrRk9jJT/1ACKeP3964rK2rTDoGnupNCrHKoiqqL+xU=; b=P9humavgHP/QJBUn5y8kkFpkj3dHiQ2RQ9BAxYSrWBIidYFISfZoF9dNFXUus+Rw5R3At7 cDvELrvwZswJ+/yRvSbq417c593HsHkiCneTEFawvPhx0TPKyKHjeA6zpQV6bBdJR7unht vaCQXqtukeYgOct29Foa0ujmPOPsyN0= Subject: Re: [Intel-gfx] [PATCH V10 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: christophe.de.dinechin@gmail.com, kvm@vger.kernel.org, airlied@linux.ie, heiko.carstens@de.ibm.com, dri-devel@lists.freedesktop.org, virtualization@lists.linux-foundation.org, kwankhede@nvidia.com, rob.miller@broadcom.com, linux-s390@vger.kernel.org, sebott@linux.ibm.com, lulu@redhat.com, eperezma@redhat.com, pasic@linux.ibm.com, borntraeger@de.ibm.com, haotian.wang@sifive.com, cunming.liang@intel.com, farman@linux.ibm.com, parav@mellanox.com, gor@linux.ibm.com, intel-gfx@lists.freedesktop.org, xiao.w.wang@intel.com, freude@linux.ibm.com, stefanha@redhat.com, zhihong.wang@intel.com, intel-gvt-dev@lists.freedesktop.org, akrowiak@linux.ibm.com, oberpar@linux.ibm.com, tiwei.bie@intel.com, netdev@vger.kernel.org, cohuck@redhat.com, linux-kernel@vger.kernel.org, maxime.coquelin@redhat.com, lingshan.zhu@intel.com Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" Message-ID: <20191107134009.KDVBxZG111GzYmumCXhWrqAlaiTmqSM25f5tEX5IWTw@z> Ck9uIDIwMTkvMTEvNyDkuIvljYg5OjA4LCBNaWNoYWVsIFMuIFRzaXJraW4gd3JvdGU6Cj4gT24g VGh1LCBOb3YgMDcsIDIwMTkgYXQgMDg6NDc6MDZQTSArMDgwMCwgSmFzb24gV2FuZyB3cm90ZToK Pj4gT24gMjAxOS8xMS83IOS4i+WNiDg6NDMsIEphc29uIFdhbmcgd3JvdGU6Cj4+PiBPbiAyMDE5 LzExLzcg5LiL5Y2INzoyMSwgTWljaGFlbCBTLiBUc2lya2luIHdyb3RlOgo+Pj4+IE9uIFRodSwg Tm92IDA3LCAyMDE5IGF0IDA2OjE4OjQ1UE0gKzA4MDAsIEphc29uIFdhbmcgd3JvdGU6Cj4+Pj4+ IE9uIDIwMTkvMTEvNyDkuIvljYg1OjA4LCBNaWNoYWVsIFMuIFRzaXJraW4gd3JvdGU6Cj4+Pj4+ PiBPbiBXZWQsIE5vdiAwNiwgMjAxOSBhdCAwOTozNTozMVBNICswODAwLCBKYXNvbiBXYW5nIHdy b3RlOgo+Pj4+Pj4+IFRoaXMgc2FtcGxlIGRyaXZlciBjcmVhdGVzIG1kZXYgZGV2aWNlIHRoYXQg c2ltdWxhdGUKPj4+Pj4+PiB2aXJ0aW8gbmV0IGRldmljZQo+Pj4+Pj4+IG92ZXIgdmlydGlvIG1k ZXYgdHJhbnNwb3J0LiBUaGUgZGV2aWNlIGlzIGltcGxlbWVudGVkIHRocm91Z2ggdnJpbmdoCj4+ Pj4+Pj4gYW5kIHdvcmtxdWV1ZS4gQSBkZXZpY2Ugc3BlY2lmaWMgZG1hIG9wcyBpcyB0byBtYWtl IHN1cmUgSFZBIGlzIHVzZWQKPj4+Pj4+PiBkaXJlY3RseSBhcyB0aGUgSU9WQS4gVGhpcyBzaG91 bGQgYmUgc3VmZmljaWVudCBmb3Iga2VybmVsIHZpcnRpbwo+Pj4+Pj4+IGRyaXZlciB0byB3b3Jr Lgo+Pj4+Pj4+Cj4+Pj4+Pj4gT25seSAndmlydGlvJyB0eXBlIGlzIHN1cHBvcnRlZCByaWdodCBu b3cuIEkgcGxhbiB0byBhZGQgJ3Zob3N0JyB0eXBlCj4+Pj4+Pj4gb24gdG9wIHdoaWNoIHJlcXVp cmVzIHNvbWUgdmlydHVhbCBJT01NVSBpbXBsZW1lbnRlZCBpbiB0aGlzIHNhbXBsZQo+Pj4+Pj4+ IGRyaXZlci4KPj4+Pj4+Pgo+Pj4+Pj4+IEFja2VkLWJ5OiBDb3JuZWxpYSBIdWNrPGNvaHVja0By ZWRoYXQuY29tPgo+Pj4+Pj4+IFNpZ25lZC1vZmYtYnk6IEphc29uIFdhbmc8amFzb3dhbmdAcmVk aGF0LmNvbT4KPj4+Pj4+IEknZCBwcmVmZXIgaXQgdGhhdCB3ZSBjYWxsIHRoaXMgc29tZXRoaW5n IGVsc2UsIGUuZy4KPj4+Pj4+IG12bmV0LWxvb3BiYWNrLiBKdXN0IHNvIHBlb3BsZSBkb24ndCBl eHBlY3QgYSBmdWxseQo+Pj4+Pj4gZnVuY3Rpb25hbCBkZXZpY2Ugc29tZWhvdy4gQ2FuIGJlIHJl bmFtZWQgd2hlbiBhcHBseWluZz8KPj4+Pj4gQWN0dWFsbHksIEkgcGxhbiB0byBleHRlbmQgaXQg YXMgYW5vdGhlciBzdGFuZGFyZCBuZXR3b3JrIGludGVyZmFjZSBmb3IKPj4+Pj4ga2VybmVsLiBJ dCBjb3VsZCBiZSBlaXRoZXIgYSBzdGFuZGFsb25lIHBzZXVkbyBkZXZpY2Ugb3IgYSBzdGFjawo+ Pj4+PiBkZXZpY2UuCj4+Pj4+IERvZXMgdGhpcyBzb3VuZHMgZ29vZCB0byB5b3U/Cj4+Pj4+Cj4+ Pj4+IFRoYW5rcwo+Pj4+IFRoYXQncyBhIGJpZyBjaGFuZ2UgaW4gYW4gaW50ZXJmYWNlIHNvIGl0 J3MgYSBnb29kIHJlYXNvbgo+Pj4+IHRvIHJlbmFtZSB0aGUgZHJpdmVyIGF0IHRoYXQgcG9pbnQg cmlnaHQ/Cj4+Pj4gT2hlcndpc2UgdXNlcnMgb2YgYW4gb2xkIGtlcm5lbCB3b3VsZCBleHBlY3Qg YSBzdGFja2VkIGRyaXZlcgo+Pj4+IGFuZCBnZXQgYSBsb29wYmFjayBpbnN0ZWFkLgo+Pj4+Cj4+ Pj4gT3IgZGlkIEkgbWlzcyBzb21ldGhpbmc/Cj4+Pgo+Pj4gTXkgdW5kZXJzdGFuZGluZyBpcyB0 aGF0IGl0IHdhcyBhIHNhbXBsZSBkcml2ZXIgaW4gL2RvYy4gSXQgc2hvdWxkIG5vdAo+Pj4gYmUg dXNlZCBpbiBwcm9kdWN0aW9uIGVudmlyb25tZW50LiBPdGhlcndpc2Ugd2UgbmVlZCB0byBtb3Zl IGl0IHRvCj4+PiBkcml2ZXIvdmlydGlvLgo+Pj4KPj4+IEJ1dCBpZiB5b3UgaW5zaXN0LCBJIGNh biBwb3N0IGEgVjExLgo+Pj4KPj4+IFRoYW5rcwo+Pgo+PiBPciBtYXliZSBpdCdzIGJldHRlciB0 byByZW5hbWUgdGhlIHR5cGUgb2YgY3VycmVudCBtZGV2IGZyb20gJ3ZpcnRpbycgdG8KPj4gJ3Zp cnRpby1sb29wYmFjaycuIFRoZW4gd2UgY2FuIGFkZCBtb3JlIHR5cGVzIGluIHRoZSBmdXR1cmUu Cj4+Cj4+IFRoYW5rcwo+Pgo+IE1heWJlIGJ1dCBpcyB2aXJ0aW8gYWN0dWFsbHkgYSBsb29wYmFj ayBzb21laG93PyBJIHRob3VnaHQgd2UKPiBjYW4gYmluZCBhIHJlZ3VsYXIgdmlydGlvIGRldmlj ZSB0aGVyZSwgbm8/CgoKSXQgaGFzIGEgcHJlZml4LCBzbyB1c2VyIHdpbGwgc2VlICJtdm5ldC12 aXJ0aW8tbG9vcGJhY2siLgoKVGhhbmtzCgo+CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpJbnRlbC1nZnggbWFpbGluZyBsaXN0CkludGVsLWdmeEBsaXN0 cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9s aXN0aW5mby9pbnRlbC1nZng=