From: Oleksandr Andrushchenko <andr2000@gmail.com>
To: Julien Grall <julien.grall@arm.com>, Jan Beulich <JBeulich@suse.com>
Cc: lars.kurth@citrix.com, iurii.konovalenko@globallogic.com,
vlad.babchuk@gmail.com, tim@xen.org, dario.faggioli@citrix.com,
ian.jackson@eu.citrix.com, andrii.anisov@gmail.com,
olekstysh@gmail.com, embedded-pv-devel@lists.xenproject.org,
al1img@gmail.com, david.vrabel@citrix.com,
xen-devel@lists.xenproject.org,
oleksandr.dmytryshyn@globallogic.com, joculator@gmail.com
Subject: Re: [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.
Date: Mon, 28 Nov 2016 17:43:40 +0200 [thread overview]
Message-ID: <07a3515e-2bc0-206e-5973-83a9bd92d6cb@gmail.com> (raw)
In-Reply-To: <ff89deb6-82cc-6256-0297-875e4ea4dc21@arm.com>
On 11/28/2016 05:00 PM, Julien Grall wrote:
> Hi Oleksandr,
>
> On 28/11/16 14:56, Oleksandr Andrushchenko wrote:
>> On 11/28/2016 04:24 PM, Julien Grall wrote:
>>> Hi Oleksandr,
>>>
>>> On 28/11/16 14:12, Oleksandr Andrushchenko wrote:
>>>>
>>>> On 11/28/2016 03:27 PM, Jan Beulich wrote:
>>>>>> + *
>>>>>> + * gref_dir_next_page - grant_ref_t, reference to the next page
>>>>>> describing
>>>>>> + * page directory. Must be 0 if no more pages in the list.
>>>
>>> If I am not mistaken 0 is a valid grant.
>>>
>> Then I will remove this sentence, anyways BE knows how many grefs there
>> are for the buffer size given
BTW, xen-blkfrint.c:
#define GRANT_INVALID_REF 0
this is from where I got "Must be 0 if no more pages in the list."
>>>>>> + * gref[i] - grant_ref_t, reference to a shared page of the buffer
>>>>>> + * allocated at XENSND_OP_OPEN
>>>>>> + *
>>>>>> + * Number of grant_ref_t entries in the whole page directory is not
>>>>>> + * passed, but instead can be calculated as:
>>>>>> + * num_grefs_total = DIV_ROUND_UP(XENSND_OP_OPEN.buffer_sz,
>>>>>> PAGE_SIZE);
>>>>> The header should be self contained, and there's no DIV_ROUND_UP()
>>>>> anywhere under public/io/ for a reader to refer to. Please express
>>>>> this
>>>>> using mathematical terms plus, if needed, standard C library ones.
>>>> done, will put:
>>>> num_grefs_total = (XENSND_OP_OPEN.buffer_sz + PAGE_SIZE - 1) /
>>>> PAGE_SIZE
>>>
>>> Can we avoid to use PAGE_SIZE in the header? Xen, the front-end and
>>> the back-end may have different page size.
>>>
>> then, I believe, the protocol should implement something like blkif
>> does?
>> Multi-page buffer which depends on front and back page sizes?
>> (blkif: max-ring-page-order/ring-ref%u/ring-page-order)
>> Is this what you mean?
>
> It is not what I meant. I asked to define PAGE_SIZE. Is it the the
> PAGE_SIZE of Xen? PAGE_SIZE of the backend? PAGE_SIZE of the frontend?
>
> Currently PV driver PAGE_SIZE is based on the size of a grant page.
As per my understanding, I can put XEN_PAGE_SIZE here, because
xen/page.h says:
" * We assume that PAGE_SIZE is a multiple of XEN_PAGE_SIZE
* XXX: Add a BUILD_BUG_ON?
"
meaning that PAGE_SIZE on either side cannot be less than XEN_PAGE_SIZE
Will XEN_PAGE_SIZE fit then?
> Regards,
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-11-28 15:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-28 12:30 [PATCH v13] sndif: add ABI for para-virtual sound Oleksandr Andrushchenko
2016-11-28 12:30 ` [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other Oleksandr Andrushchenko
2016-11-28 13:27 ` Jan Beulich
2016-11-28 14:12 ` Oleksandr Andrushchenko
2016-11-28 14:24 ` Julien Grall
2016-11-28 14:56 ` Oleksandr Andrushchenko
2016-11-28 15:00 ` Julien Grall
2016-11-28 15:43 ` Oleksandr Andrushchenko [this message]
2016-11-28 16:26 ` Julien Grall
2016-11-28 16:59 ` Julien Grall
2016-11-28 17:11 ` Andrew Cooper
2016-11-28 17:12 ` Julien Grall
2016-11-29 7:03 ` Oleksandr Andrushchenko
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=07a3515e-2bc0-206e-5973-83a9bd92d6cb@gmail.com \
--to=andr2000@gmail.com \
--cc=JBeulich@suse.com \
--cc=al1img@gmail.com \
--cc=andrii.anisov@gmail.com \
--cc=dario.faggioli@citrix.com \
--cc=david.vrabel@citrix.com \
--cc=embedded-pv-devel@lists.xenproject.org \
--cc=ian.jackson@eu.citrix.com \
--cc=iurii.konovalenko@globallogic.com \
--cc=joculator@gmail.com \
--cc=julien.grall@arm.com \
--cc=lars.kurth@citrix.com \
--cc=oleksandr.dmytryshyn@globallogic.com \
--cc=olekstysh@gmail.com \
--cc=tim@xen.org \
--cc=vlad.babchuk@gmail.com \
--cc=xen-devel@lists.xenproject.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).