[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <51DACFA802000078000E343D@nat28.tlf.novell.com>
Date: Mon, 08 Jul 2013 13:41:44 +0100
From: "Jan Beulich" <JBeulich@...e.com>
To: "Dion Kant" <g.w.kant@...enet.nl>
Cc: "Ian Campbell" <ian.campbell@...rix.com>,
"Wei Liu" <wei.liu2@...rix.com>, <davem@...emloft.net>,
<xen-devel@...ts.xen.org>, <netdev@...r.kernel.org>,
<stable@...r.kernel.org>
Subject: Re: [PATCH] xen-netfront: pull on receive skb may need to
happen earlier
>>> On 08.07.13 at 14:16, Dion Kant <g.w.kant@...enet.nl> wrote:
> I was wondering about the following.
>
> In netif_poll(struct napi_struct *napi, int budget) the skb->cb is assigend,
> but it may be clipped to RX_COPY_THRESHOLD
>
> NETFRONT_SKB_CB(skb)->pull_to = rx->status;
> if (NETFRONT_SKB_CB(skb)->pull_to > RX_COPY_THRESHOLD)
> NETFRONT_SKB_CB(skb)->pull_to = RX_COPY_THRESHOLD;
>
> How does this modification of NETFRONT_SKB_CB(skb)->pull_to propagates
> or is this irrelevant?
I'm not sure I understand what you're asking. pull_to is a private
(to netfront) field used to communicate how much of the skb
needs to be pulled. I don't see how the word "propagate" makes
any sense here, but as said I may simply not be getting what
you're asking about.
Jan
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists