From: Latchesar Ionkov <lucho@ionkov.net>
To: "Venkateswararao Jujjuri (JV)" <jvrao@linux.vnet.ibm.com>
Cc: v9fs-developer@lists.sourceforge.net,
linux-fsdevel@vger.kernel.org,
Badari Pulavarty <pbadari@us.ibm.com>
Subject: Re: [V9fs-developer] [PATCH 3/5] [net/9p] Add support for placing page addresses directly on the sg list.
Date: Thu, 19 Aug 2010 12:49:20 -0600 [thread overview]
Message-ID: <AANLkTimOrQgBLRYQLfuFTyD_=4ShmH90=PF3sj4x1Vyf@mail.gmail.com> (raw)
In-Reply-To: <4C6D77EA.7060609@linux.vnet.ibm.com>
It is kind of strange that part of the fcall packet (everything other
than the Rread/Twrite data) is located in a buffer pointed by sdata,
and the rest is in pages pointed by pdata. A scatterlist would make it
tidier and easier to figure out what is where.
Thanks,
Lucho
On Thu, Aug 19, 2010 at 12:28 PM, Venkateswararao Jujjuri (JV)
<jvrao@linux.vnet.ibm.com> wrote:
> Latchesar Ionkov wrote:
>> Is there any particular reason p9_fcall to have pointers to pages
>> instead of a scatterlist?
>
> Given that page sizes are constant, all we need is offset into the first page.
> IO size determines the last page. So we decided no need to put sg list in the
> p9_fcall.
>
> Thanks,
> JV
>
>>
>> Thanks,
>> Lucho
>>
>> On Tue, Aug 17, 2010 at 11:27 AM, Venkateswararao Jujjuri (JV)
>> <jvrao@linux.vnet.ibm.com> wrote:
>>> This patch adds necessary infrastructure for placing page addresses
>>> directly on the sg list for the server to consume.
>>>
>>> The newly added routine pack_sg_list_p() is just like pack_sg_list()
>>> except that it takes page array as an input and directly places them on
>>> the sg list after taking care of the first page offset.
>>>
>>> Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
>>> Signed-off-by: Badari Pulavarty <pbadari@us.ibm.com>
>>> ---
>>> include/net/9p/9p.h | 6 ++++-
>>> net/9p/client.c | 4 +++
>>> net/9p/trans_virtio.c | 59 ++++++++++++++++++++++++++++++++++++++++++++++--
>>> 3 files changed, 65 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/include/net/9p/9p.h b/include/net/9p/9p.h
>>> index a8de812..382ef22 100644
>>> --- a/include/net/9p/9p.h
>>> +++ b/include/net/9p/9p.h
>>> @@ -651,7 +651,11 @@ struct p9_fcall {
>>>
>>> size_t offset;
>>> size_t capacity;
>>> -
>>> + struct page **pdata;
>>> + uint32_t pdata_mapped_pages;
>>> + uint32_t pdata_off;
>>> + uint32_t pdata_write_len;
>>> + uint32_t pdata_read_len;
>>> uint8_t *sdata;
>>> };
>>>
>>> diff --git a/net/9p/client.c b/net/9p/client.c
>>> index 29bbbbd..5487896 100644
>>> --- a/net/9p/client.c
>>> +++ b/net/9p/client.c
>>> @@ -244,8 +244,12 @@ static struct p9_req_t *p9_tag_alloc(struct p9_client *c, u16 tag)
>>> }
>>> req->tc->sdata = (char *) req->tc + sizeof(struct p9_fcall);
>>> req->tc->capacity = c->msize;
>>> + req->tc->pdata_write_len = 0;
>>> + req->tc->pdata_read_len = 0;
>>> req->rc->sdata = (char *) req->rc + sizeof(struct p9_fcall);
>>> req->rc->capacity = c->msize;
>>> + req->rc->pdata_write_len = 0;
>>> + req->rc->pdata_read_len = 0;
>>> }
>>>
>>> p9pdu_reset(req->tc);
>>> diff --git a/net/9p/trans_virtio.c b/net/9p/trans_virtio.c
>>> index 762c19f..8f86cb5 100644
>>> --- a/net/9p/trans_virtio.c
>>> +++ b/net/9p/trans_virtio.c
>>> @@ -180,6 +180,44 @@ pack_sg_list(struct scatterlist *sg, int start, int limit, char *data,
>>> return index-start;
>>> }
>>>
>>> +/**
>>> + * pack_sg_list_p - Pack a scatter gather list from an array of pages.
>>> + * @sg: scatter/gather list to pack into
>>> + * @start: which segment of the sg_list to start at
>>> + * @limit: maximum segment to pack data to
>>> + * @pdu: pdu prepared to put on the wire.
>>> + * @count: amount of data to pack into the scatter/gather list
>>> + *
>>> + * This is just like pack_sg_list() except that it takes page array
>>> + * as an input and directly places them on the sg list after taking
>>> + * care of the first page offset.
>>> + */
>>> +
>>> +static int
>>> +pack_sg_list_p(struct scatterlist *sg, int start, int limit,
>>> + struct p9_fcall *pdu, int count)
>>> +{
>>> + int s;
>>> + int i = 0;
>>> + int index = start;
>>> +
>>> + if (pdu->pdata_off) {
>>> + s = min((int)(PAGE_SIZE - pdu->pdata_off), count);
>>> + sg_set_page(&sg[index++], pdu->pdata[i++], s, pdu->pdata_off);
>>> + count -= s;
>>> + }
>>> +
>>> + while (count) {
>>> + BUG_ON(index > limit);
>>> + s = min((int)PAGE_SIZE, count);
>>> + sg_set_page(&sg[index++], pdu->pdata[i++], s, 0);
>>> + count -= s;
>>> + }
>>> +
>>> + return index-start;
>>> +}
>>> +
>>> +
>>> /* We don't currently allow canceling of virtio requests */
>>> static int p9_virtio_cancel(struct p9_client *client, struct p9_req_t *req)
>>> {
>>> @@ -196,16 +234,31 @@ static int p9_virtio_cancel(struct p9_client *client, struct p9_req_t *req)
>>> static int
>>> p9_virtio_request(struct p9_client *client, struct p9_req_t *req)
>>> {
>>> - int in, out;
>>> + int in, out, outp, inp;
>>> struct virtio_chan *chan = client->trans;
>>> char *rdata = (char *)req->rc+sizeof(struct p9_fcall);
>>>
>>> P9_DPRINTK(P9_DEBUG_TRANS, "9p debug: virtio request\n");
>>>
>>> out = pack_sg_list(chan->sg, 0, VIRTQUEUE_NUM, req->tc->sdata,
>>> - req->tc->size);
>>> - in = pack_sg_list(chan->sg, out, VIRTQUEUE_NUM-out, rdata,
>>> + req->tc->size);
>>> +
>>> + BUG_ON(req->tc->pdata_write_len && req->tc->pdata_read_len);
>>> +
>>> + if (req->tc->pdata_write_len) {
>>> + outp = pack_sg_list_p(chan->sg, out, VIRTQUEUE_NUM,
>>> + req->tc, req->tc->pdata_write_len);
>>> + out += outp;
>>> + }
>>> + if (req->tc->pdata_read_len) {
>>> + inp = pack_sg_list(chan->sg, out, VIRTQUEUE_NUM, rdata, 11);
>>> + in = pack_sg_list_p(chan->sg, out+inp, VIRTQUEUE_NUM,
>>> + req->tc, req->tc->pdata_read_len);
>>> + in += inp;
>>> + } else {
>>> + in = pack_sg_list(chan->sg, out, VIRTQUEUE_NUM, rdata,
>>> client->msize);
>>> + }
>>>
>>> req->status = REQ_STATUS_SENT;
>>>
>>> --
>>> 1.6.5.2
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by
>>>
>>> Make an app they can't live without
>>> Enter the BlackBerry Developer Challenge
>>> http://p.sf.net/sfu/RIM-dev2dev
>>> _______________________________________________
>>> V9fs-developer mailing list
>>> V9fs-developer@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/v9fs-developer
>>>
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-08-19 18:49 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-17 17:27 [00/05] Add zero copy capability to virtio transport Venkateswararao Jujjuri (JV)
2010-08-17 17:27 ` [PATCH 1/5] [net/9p] Add capability() to p9_trans_module Venkateswararao Jujjuri (JV)
2010-08-17 20:43 ` [V9fs-developer] " Eric Van Hensbergen
2010-08-17 20:46 ` Latchesar Ionkov
2010-08-17 23:31 ` Venkateswararao Jujjuri (JV)
2010-08-18 15:16 ` Eric Van Hensbergen
2010-08-18 16:56 ` Venkateswararao Jujjuri (JV)
2010-08-18 18:26 ` Eric Van Hensbergen
2010-08-17 17:27 ` [PATCH 2/5] [net/9p] Pass p9_client structure to pdu perpartion routines Venkateswararao Jujjuri (JV)
2010-08-17 17:27 ` [PATCH 3/5] [net/9p] Add support for placing page addresses directly on the sg list Venkateswararao Jujjuri (JV)
2010-08-18 20:50 ` [V9fs-developer] " Latchesar Ionkov
2010-08-19 18:28 ` Venkateswararao Jujjuri (JV)
2010-08-19 18:49 ` Latchesar Ionkov [this message]
2010-08-19 20:47 ` Venkateswararao Jujjuri (JV)
2010-08-19 21:07 ` Latchesar Ionkov
2010-08-19 21:26 ` Eric Van Hensbergen
2010-08-19 23:35 ` Venkateswararao Jujjuri (JV)
2010-08-20 0:27 ` Eric Van Hensbergen
2010-08-17 17:27 ` [PATCH 4/5] [net/9p] Achieve zero copy on write path Venkateswararao Jujjuri (JV)
2010-08-19 19:30 ` [V9fs-developer] " Latchesar Ionkov
2010-08-19 20:55 ` Venkateswararao Jujjuri (JV)
2010-08-17 17:27 ` [PATCH 5/5] [net/9p] Achieve zero copy on read path Venkateswararao Jujjuri (JV)
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='AANLkTimOrQgBLRYQLfuFTyD_=4ShmH90=PF3sj4x1Vyf@mail.gmail.com' \
--to=lucho@ionkov.net \
--cc=jvrao@linux.vnet.ibm.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=pbadari@us.ibm.com \
--cc=v9fs-developer@lists.sourceforge.net \
/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).