From mboxrd@z Thu Jan 1 00:00:00 1970 From: Linhaifeng Subject: Re: [PATCH RFC v2 08/12] lib/librte_vhost: vhost-user support Date: Fri, 12 Dec 2014 10:25:59 +0800 Message-ID: <548A5237.9030805@huawei.com> 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="windows-1252" Content-Transfer-Encoding: 7bit Cc: "haifeng.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org" To: "Xie, Huawei" , "dev-VfR2kkLFssw@public.gmane.org" Return-path: In-Reply-To: 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" On 2014/12/12 1:13, Xie, Huawei wrote: >> >> 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 multiple virtio devices. > As stated in the cover letter, we have requirement and plan for multiple server support, > though I am not sure if it is absolutely necessary. > I think if you also want to suport client mode (qemu as server) is necessary to implement multiple server. >> >> Can you mmap the region if gpa is 0? When i run VM with two numa node (qemu >> 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 back the guest memory. > It maps every region using the fd of that region. > Could you please paste your guest VM command line here? > >> >> BTW can we ensure the memory regions cover with all the memory of hugepage >> for VM? > > I think so, because virtio devices could use any normal guest memory, but we needn't ensure that. > We only need to map the region passed to us from qemu vhost, which should be enough to translate > the GPA in vring from virtio in guest, otherwise it is the bug of qemu vhost. > > -- Regards, Haifeng