From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 8771F4C8D for ; Wed, 27 Feb 2019 11:04:44 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 713ED301D217; Wed, 27 Feb 2019 10:04:43 +0000 (UTC) Received: from [10.36.112.64] (ovpn-112-64.ams2.redhat.com [10.36.112.64]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 88F7C5D6AA; Wed, 27 Feb 2019 10:04:41 +0000 (UTC) To: "Liu, Changpeng" , Ilya Maximets , "dev@dpdk.org" Cc: "Stojaczyk, Dariusz" , "Bie, Tiwei" , "Wang, Zhihong" , Jason Wang References: <1551081095-14286-1-git-send-email-changpeng.liu@intel.com> <2c1b8abc-47a9-0d0b-5056-0092fc58e310@samsung.com> <4ba6108c-78b0-c7e6-f810-3faa13c7765e@samsung.com> <60245e11-ff68-133d-2577-8526c89e6264@samsung.com> <116c42b6-2f70-ae4a-964e-622aebeb61c9@redhat.com> From: Maxime Coquelin Message-ID: <05528ce3-ee7d-1f31-35a9-8938436f260f@redhat.com> Date: Wed, 27 Feb 2019 11:04:39 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.41]); Wed, 27 Feb 2019 10:04:43 +0000 (UTC) Subject: Re: [dpdk-dev] vhost: add virtio configuration space access socket messages X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2019 10:04:44 -0000 On 2/27/19 10:50 AM, Liu, Changpeng wrote: >> What we need to do is fix vhost lib so that you don't have anything to >> do in dpdk to add support for the new requests. >> >> So we need to fix the few bits in vhost_user_msg_handler() I mentionned >> yesterday. And I also notice we are missing >> rte_vhost_driver_set_protocol_feature(), so that you can advertise >> VHOST_USER_PROTOCOL_F_CONFIG support by your external backend. > Sounds good to me, I will not post a new version and wait for the new API. I just posted the RFC, could you try it and let us know if it works for you? Thanks, Maxime >> I'll try to cook the dpdk patch today. >> >> Cheers,