From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Xie, Huawei" <huawei.xie-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH RFC v2 00/12] lib/librte_vhost: vhost-user
 support
Date: Mon, 26 Jan 2015 07:24:35 +0000
Message-ID: <C37D651A908B024F974696C65296B57B0F35ECE0@SHSMSX101.ccr.corp.intel.com>
References: <1418247477-13920-1-git-send-email-huawei.xie@intel.com>
 <54C20361.1090105@huawei.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
To: Linhaifeng <haifeng.lin-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>, "dev-VfR2kkLFssw@public.gmane.org" <dev-VfR2kkLFssw@public.gmane.org>
Return-path: <dev-bounces-VfR2kkLFssw@public.gmane.org>
In-Reply-To: <54C20361.1090105-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
Content-Language: en-US
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request-VfR2kkLFssw@public.gmane.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev-VfR2kkLFssw@public.gmane.org>
List-Help: <mailto:dev-request-VfR2kkLFssw@public.gmane.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request-VfR2kkLFssw@public.gmane.org?subject=subscribe>
Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org
Sender: "dev" <dev-bounces-VfR2kkLFssw@public.gmane.org>

> -----Original Message-----
> From: Linhaifeng [mailto:haifeng.lin-hv44wF8Li93QT0dZR+AlfA@public.gmane.org]
> Sent: Friday, January 23, 2015 4:17 PM
> To: Xie, Huawei; dev-VfR2kkLFssw@public.gmane.org
> Cc: haifeng.lin-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
> Subject: Re: [dpdk-dev] [PATCH RFC v2 00/12] lib/librte_vhost: vhost-user
> support
>=20
> Hi, Xie
>=20
> could you test vhost-user with follow numa node xml:
> <memory>2097152</memory>
>   <cpu>
>     <numa>
>       <cell id=3D'0' cpus=3D'0' memory=3D'1048576' memAccess=3D'shared'/>
>       <cell id=3D'0' cpus=3D'0' memory=3D'1048576' memAccess=3D'shared'/>
>     </numa>
>   </cpu>
>=20
>=20
> I cann't receive data from VM with above xml.
>=20

1.=20
I guess you want to configure numa memory for guest, and the xml should be:
<cell id=3D'0' cpus=3D'0' memory=3D'1048576' memAccess=3D'shared'/>
<cell id=3D'1' cpus=3D'1' memory=3D'1048576' memAccess=3D'shared'/>
, right?
Otherwise you are specifying the same memdev id, which cause qemu  fail to =
boot.

2.
>>From the following output, qemu uses two hugepage files to map guest memory=
, \
while we receive two fds "pointing to the same hugepage file".
This should be a qemu bug.
I recall there is bug related to memory mapping with multiple node, right?
We will recommend customers not  to configure multiple memory node in guest=
 until the bug is fixed in qemu.

# ls /proc/`pgrep qemu`/fd -l | grep huge
lrwx------. 1 root root 64 Jan 25 23:09 7 -> /mnt/huge/qemu_back_mem._objec=
ts_mem0.UfvViC (deleted)
lrwx------. 1 root root 64 Jan 25 23:09 8 -> /mnt/huge/qemu_back_mem._objec=
ts_mem1.kuX5tu (deleted)


# cat /proc/`pgrep qemu`/maps | grep huge
2aaac0000000-2aab00000000 rw-s 00000000 00:20 2674754                    /m=
nt/huge/qemu_back_mem._objects_mem0.UfvViC (deleted)
2aab00000000-2aab40000000 rw-s 00000000 00:20 2674755                    /m=
nt/huge/qemu_back_mem._objects_mem1.kuX5tu (deleted)

(gdb) p /x *memory.regions-dYMA8n7uc7q0cMd/XofC4g@public.gmane.org
$21 =3D {{guest_phys_addr =3D 0xc0000, memory_size =3D 0x7ff40000, userspac=
e_addr =3D 0x2aaac00c0000,
    mmap_offset =3D 0xc0000}, {guest_phys_addr =3D 0x0, memory_size =3D 0xa=
0000,
    userspace_addr =3D 0x2aaac0000000, mmap_offset =3D 0x0}}


#ls -l /proc/`pgrep vhost`/fd | grep qemu_back
lrwx------. 1 root root 64 Jan 25 23:18 22 -> /mnt/huge/qemu_back_mem._obje=
cts_mem0.UfvViC (deleted)
lrwx------. 1 root root 64 Jan 25 23:18 24 -> /mnt/huge/qemu_back_mem._obje=
cts_mem0.UfvViC (deleted)