From: "Michael S. Tsirkin" <mst@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: netdev <netdev@vger.kernel.org>,
Andy Lutomirski <luto@amacapital.net>,
virtualization@lists.linux-foundation.org
Subject: Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
Date: Sun, 7 Sep 2014 10:20:32 +0300 [thread overview]
Message-ID: <20140907072032.GA25143@redhat.com> (raw)
In-Reply-To: <54099332.7060909@redhat.com>
On Fri, Sep 05, 2014 at 12:40:50PM +0200, Paolo Bonzini wrote:
> Il 03/09/2014 06:29, Rusty Russell ha scritto:
> > + sg_init_table(rq->sg, MAX_SKB_FRAGS + 2);
>
> I think 2 is enough here. That said...
>
> > sg_set_buf(rq->sg, &hdr->hdr, sizeof hdr->hdr);
> > -
> > skb_to_sgvec(skb, rq->sg + 1, 0, skb->len);
> >
> > err = virtqueue_add_inbuf(rq->vq, rq->sg, 2, skb, gfp);
>
> ... skb_to_sgvec will already make the sg well formed, so the
> sg_init_table is _almost_ redundant; it is only there to remove
> intermediate end marks. The block layer takes care to remove
> them, but skb_to_sgvec doesn't.
>
> If the following patch can be accepted to net/core/skbuff.c, the
> sg_init_table in virtnet_alloc_queues will suffice.
>
> Paolo
You will have to post it to netdev as a new topic and Cc
Dave Miller for it to be considered.
> -------------------- 8< -------------------
> From: Paolo Bonzini <pbonzini@redhat.com>
> Subject: [PATCH] net: skb_to_sgvec: do not leave intermediate marks in the sgvec
>
> sg_set_buf/sg_set_page will leave the end mark in place in their
> argument, which may be in the middle of a scatterlist. If we
> remove the mark before calling them, we can avoid calls to
> sg_init_table before skb_to_sgvec.
>
> However, users of skb_to_sgvec_nomark now need to be careful and
> possibly restore the mark.
>
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
>
> diff --git a/net/core/skbuff.c b/net/core/skbuff.c
> index 163b673f9e62..a3108ef1f1c0 100644
> --- a/net/core/skbuff.c
> +++ b/net/core/skbuff.c
> @@ -3265,6 +3265,7 @@ __skb_to_sgvec(struct sk_buff *skb, struct scatterlist *sg, int offset, int len)
> if (copy > 0) {
> if (copy > len)
> copy = len;
> + sg_unmark_end(sg);
> sg_set_buf(sg, skb->data + offset, copy);
> elt++;
> if ((len -= copy) == 0)
> @@ -3283,6 +3284,7 @@ __skb_to_sgvec(struct sk_buff *skb, struct scatterlist *sg, int offset, int len)
>
> if (copy > len)
> copy = len;
> + sg_unmark_end(&sg[elt]);
> sg_set_page(&sg[elt], skb_frag_page(frag), copy,
> frag->page_offset+offset-start);
> elt++;
> @@ -3322,7 +3324,7 @@ __skb_to_sgvec(struct sk_buff *skb, struct scatterlist *sg, int offset, int len)
> * Scenario to use skb_to_sgvec_nomark:
> * 1. sg_init_table
> * 2. skb_to_sgvec_nomark(payload1)
> - * 3. skb_to_sgvec_nomark(payload2)
> + * 3. skb_to_sgvec(payload2)
> *
> * This is equivalent to:
> * 1. sg_init_table
> diff --git a/net/ipv4/ah4.c b/net/ipv4/ah4.c
> index a2afa89513a0..9ae5756d9e5f 100644
> --- a/net/ipv4/ah4.c
> +++ b/net/ipv4/ah4.c
> @@ -227,6 +227,7 @@ static int ah_output(struct xfrm_state *x, struct sk_buff *skb)
> *seqhi = htonl(XFRM_SKB_CB(skb)->seq.output.hi);
> sg_set_buf(seqhisg, seqhi, seqhi_len);
> }
> + sg_mark_end(&sg[nfrags + sglists]);
> ahash_request_set_crypt(req, sg, icv, skb->len + seqhi_len);
> ahash_request_set_callback(req, 0, ah_output_done, skb);
>
> @@ -395,6 +396,7 @@ static int ah_input(struct xfrm_state *x, struct sk_buff *skb)
> *seqhi = XFRM_SKB_CB(skb)->seq.input.hi;
> sg_set_buf(seqhisg, seqhi, seqhi_len);
> }
> + sg_mark_end(&sg[nfrags + sglists]);
> ahash_request_set_crypt(req, sg, icv, skb->len + seqhi_len);
> ahash_request_set_callback(req, 0, ah_input_done, skb);
>
> diff --git a/net/ipv6/ah6.c b/net/ipv6/ah6.c
> index 72a4930bdc0a..c680d82e43de 100644
> --- a/net/ipv6/ah6.c
> +++ b/net/ipv6/ah6.c
> @@ -430,6 +430,8 @@ static int ah6_output(struct xfrm_state *x, struct sk_buff *skb)
> *seqhi = htonl(XFRM_SKB_CB(skb)->seq.output.hi);
> sg_set_buf(seqhisg, seqhi, seqhi_len);
> }
> + sg_mark_end(&sg[nfrags + sglists]);
> +
> ahash_request_set_crypt(req, sg, icv, skb->len + seqhi_len);
> ahash_request_set_callback(req, 0, ah6_output_done, skb);
>
> @@ -608,6 +610,7 @@ static int ah6_input(struct xfrm_state *x, struct sk_buff *skb)
> *seqhi = XFRM_SKB_CB(skb)->seq.input.hi;
> sg_set_buf(seqhisg, seqhi, seqhi_len);
> }
> + sg_mark_end(&sg[nfrags + sglists]);
>
> ahash_request_set_crypt(req, sg, icv, skb->len + seqhi_len);
> ahash_request_set_callback(req, 0, ah6_input_done, skb);
next prev parent reply other threads:[~2014-09-07 7:20 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-03 4:29 [PATCH 0/3] virtio: simplify virtio_ring Rusty Russell
2014-09-03 4:29 ` [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*() Rusty Russell
2014-09-03 4:54 ` Andy Lutomirski
2014-09-03 10:23 ` Jesper Dangaard Brouer
2014-09-03 4:29 ` [PATCH 2/3] virtio_ring: assume sgs are always well-formed Rusty Russell
2014-09-03 4:29 ` [PATCH 3/3] virtio_ring: unify direct/indirect code paths Rusty Russell
2014-09-04 1:59 ` Andy Lutomirski
2014-09-05 2:55 ` Rusty Russell
2014-09-05 10:55 ` Paolo Bonzini
2014-09-08 17:32 ` Andy Lutomirski
[not found] ` <1409718556-3041-2-git-send-email-rusty__16380.2289790057$1409718628$gmane$org@rustcorp.com.au>
2014-09-05 10:40 ` [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*() Paolo Bonzini
2014-09-07 7:20 ` Michael S. Tsirkin [this message]
2014-10-14 2:21 ` Rusty Russell
2014-09-05 21:27 ` [PATCH 0/3] virtio: simplify virtio_ring David Miller
[not found] <1410396458-1165-1-git-send-email-rusty@rustcorp.com.au>
2014-09-11 0:47 ` [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*() Rusty Russell
2014-09-12 21:54 ` David Miller
2014-09-13 5:40 ` Rusty Russell
2014-09-13 16:53 ` David Miller
2014-09-16 0:48 ` Rusty Russell
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=20140907072032.GA25143@redhat.com \
--to=mst@redhat.com \
--cc=luto@amacapital.net \
--cc=netdev@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=virtualization@lists.linux-foundation.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).