From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Xie, Huawei" Subject: Re: [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user support 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> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cc: "haifeng.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org" To: Linhaifeng , "dev-VfR2kkLFssw@public.gmane.org" Return-path: In-Reply-To: <548933D8.5000908-hv44wF8Li93QT0dZR+AlfA@public.gmane.org> Content-Language: en-US List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" >=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.