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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).