From: Tetsuya Mukawa <mukawa@igel.co.jp>
To: "Markus Armbruster" <armbru@redhat.com>,
"Marc-André Lureau" <marcandre.lureau@gmail.com>
Cc: QEMU <qemu-devel@nongnu.org>, "Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] ivshmem: Store file descriptor for vhost-user negotiation
Date: Tue, 12 Jan 2016 13:26:34 +0900 [thread overview]
Message-ID: <5694807A.3000002@igel.co.jp> (raw)
In-Reply-To: <87oacrsz1p.fsf@blackfin.pond.sub.org>
On 2016/01/12 4:20, Markus Armbruster wrote:
> Marc-André Lureau <marcandre.lureau@gmail.com> writes:
>
>> Hi
>>
>> On Fri, Dec 4, 2015 at 3:55 PM, Tetsuya Mukawa <mukawa@igel.co.jp> wrote:
>>>> What's the use case or test case?
>>> One of example is userspace device driver like DPDK PMD.
>>> Actually, I've found this fd related behavior using DPDK virtio-net PMD.
>>> Could you please check below to know my use case more?
>>> http://thread.gmane.org/gmane.comp.networking.dpdk.devel/28467/focus=28493
>> Thanks. Why not use memory-backend-file with share=on ? I think I
>> understand you want to use the same BAR address as the host shared
>> memory location to avoid extra offset computation. I don't know about
>> the limitations here. Is this extra offset really worth saving?
>> Finally, I wonder what qemu is really doing in the end ;)
> Tetsuya, I still don't understand what you're trying to accomplish.
Hi Markus,
Please let me describe it more.
We have below test program for vhost-user.
- ./tests/vhost-user-test.c
This program doesn't share memory between test process and QEMU process.
So all memory accesses are sent as qtest command.
If both process has a shared memory that can be accessed using same
address by both processes, we can reduce above memory accessing overhead.
This is what I want to do.
So far, when vhost-user is used, the memory will not be shared because
fd isn't kept.
This is what I want to fix.
> I concur with Marc-André that -object memory-backend-FOO is how we
> allocate a memory object for something else to use.
I am not so familiar with QEMU memory architecture. So please let me
make sure.
Does vhost-user only works with memory backend objects?
If it's correct, in my case, I want to use an unix domain socket to
transfer fd of the shared memory.
To do that, do you suggest me to add 'chardev' parameter to
./backend/hostmem-file.c?
Tetsuya
>
>> Michael, could you comment about this vhost-user use case? (see above
>> linked thread)
next prev parent reply other threads:[~2016-01-12 4:26 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-04 3:52 [Qemu-devel] [PATCH] ivshmem: Store file descriptor for vhost-user negotiation Tetsuya Mukawa
2015-12-04 13:20 ` Marc-André Lureau
2015-12-04 14:55 ` Tetsuya Mukawa
2015-12-07 11:31 ` Marc-André Lureau
2015-12-07 13:04 ` Tetsuya Mukawa
2016-01-11 19:20 ` Markus Armbruster
2016-01-12 4:26 ` Tetsuya Mukawa [this message]
2015-12-21 3:47 ` [Qemu-devel] [PATCH v2] " Tetsuya Mukawa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5694807A.3000002@igel.co.jp \
--to=mukawa@igel.co.jp \
--cc=armbru@redhat.com \
--cc=marcandre.lureau@gmail.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.