From: "Michael S. Tsirkin" <mst@redhat.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: virtualization@lists.osdl.org
Subject: Re: INDIRECT and NEXT
Date: Fri, 23 Oct 2009 08:36:48 +0200 [thread overview]
Message-ID: <20091023063648.GC10821@redhat.com> (raw)
In-Reply-To: <200910231401.24419.rusty@rustcorp.com.au>
On Fri, Oct 23, 2009 at 02:01:23PM +1030, Rusty Russell wrote:
> On Thu, 22 Oct 2009 08:07:45 pm Michael S. Tsirkin wrote:
> > Imagine an indirect entry where NEXT bit is also set.
>
> Hmm, so it's not obvious whether the kvm userspace code handles it
> correctly either.
You mean qemu? I think it doesn't, either: code there looks basically
like lguest.
> Want to hack something up to use NEXT + INDIRECT, then we can actually test
> it? If it doesn't work, this will have to be a new feature bit.
>
> Also, we have a limitation that you can't have more descriptors than the ring
> size, even with indirect, due to overzealous checks...
Yes ... so I wonder: do we want to fix all this and add a feature bit,
or wait until some guest actually wants to use such descriptors?
For vhost, I implemented INDIRECT without this limitation
since it looked neater to me to have a separate function for indirect
anyway. This is because direct virtqueues are virtually contigious,
so I can access them just by copy from user, but indirect
can be spread around and so I have to go through extra translations.
> Thanks,
> Rusty.
next prev parent reply other threads:[~2009-10-23 6:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20091004143734.GB17578@redhat.com>
2009-10-19 2:34 ` INDIRECT and NEXT Rusty Russell
2009-10-22 9:37 ` Michael S. Tsirkin
2009-10-23 3:31 ` Rusty Russell
2009-10-23 6:36 ` Michael S. Tsirkin [this message]
2009-10-23 9:20 ` Rusty Russell
2009-10-23 9:30 ` Michael S. Tsirkin
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=20091023063648.GC10821@redhat.com \
--to=mst@redhat.com \
--cc=rusty@rustcorp.com.au \
--cc=virtualization@lists.osdl.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.