From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id C5B7C7E23 for ; Thu, 11 Dec 2014 18:22:06 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 11 Dec 2014 09:13:18 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.07,558,1413270000"; d="scan'208";a="636228679" Received: from kmsmsx153.gar.corp.intel.com ([172.21.73.88]) by fmsmga001.fm.intel.com with ESMTP; 11 Dec 2014 09:13:17 -0800 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by KMSMSX153.gar.corp.intel.com (172.21.73.88) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 12 Dec 2014 01:13:17 +0800 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.110]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.67]) with mapi id 14.03.0195.001; Fri, 12 Dec 2014 01:13:15 +0800 From: "Xie, Huawei" To: Linhaifeng , "dev@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user support Thread-Index: AQHQFQiBhTFU6SC6J0OUJHzuD5S8bJyKnPzg Date: Thu, 11 Dec 2014 17:13:15 +0000 Message-ID: References: <1418247477-13920-1-git-send-email-huawei.xie@intel.com> <1418247477-13920-9-git-send-email-huawei.xie@intel.com> <548933D8.5000908@huawei.com> In-Reply-To: <548933D8.5000908@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "haifeng.lin@intel.com" Subject: Re: [dpdk-dev] [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user support X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2014 17:22:07 -0000 >=20 > Only support one vhost-user port ? Do you mean vhost server by "port"? If that is the case, yes, now only one vhost server is supported for multip= le virtio devices. As stated in the cover letter, we have requirement and plan for multiple se= rver support, though I am not sure if it is absolutely necessary. >=20 > Can you mmap the region if gpa is 0? When i run VM with two numa node (qe= mu > will create two hugepage file) found that always failed to mmap with the = region > which gpa is 0. Current implementation doesn't assume there is only one huge page file to b= ack the guest memory. It maps every region using the fd of that region.=20 Could you please paste your guest VM command line here? >=20 > BTW can we ensure the memory regions cover with all the memory of hugepag= e > for VM? I think so, because virtio devices could use any normal guest memory, but w= e needn't ensure that. We only need to map the region passed to us from qemu vhost, which should b= e enough to translate the GPA in vring from virtio in guest, otherwise it is the bug of qemu vhos= t.