[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZOPZ+1JrMiuh3csp8P56NJ5LphszneO_zwmShut3KxFuxaTQ@mail.gmail.com>
Date: Tue, 14 Jan 2014 23:51:04 +0200
From: Or Gerlitz <or.gerlitz@...il.com>
To: Tom Herbert <therbert@...gle.com>
Cc: Or Gerlitz <ogerlitz@...lanox.com>,
David Miller <davem@...emloft.net>,
Linux Netdev List <netdev@...r.kernel.org>,
Jerry Chu <hkchu@...gle.com>,
Eric Dumazet <edumazet@...gle.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Yan Burman <yanb@...lanox.com>,
Shlomo Pongratz <shlomop@...lanox.com>
Subject: Re: [PATCH net-next V4 1/3] net: Add GRO support for UDP
encapsulating protocols
On Tue, Jan 14, 2014 at 7:51 PM, Tom Herbert <therbert@...gle.com> wrote:
> On Tue, Jan 14, 2014 at 8:00 AM, Or Gerlitz <ogerlitz@...lanox.com> wrote:
>> +static struct sk_buff **udp_gro_receive(struct sk_buff **head, struct sk_buff *skb)
>> +{
>> + struct udp_offload_priv *uo_priv;
>> + struct sk_buff *p, **pp = NULL;
>> + struct udphdr *uh, *uh2;
>> + unsigned int hlen, off;
>> + int flush = 1;
>> +
>> + if (NAPI_GRO_CB(skb)->udp_mark ||
>> + (!skb->encapsulation && skb->ip_summed != CHECKSUM_COMPLETE))
>> + goto out;
>> +
>> + /* mark that this skb passed once through the udp gro layer */
>> + NAPI_GRO_CB(skb)->udp_mark = 1;
>> +
>> + off = skb_gro_offset(skb);
>> + hlen = off + sizeof(*uh);
>> + uh = skb_gro_header_fast(skb, off);
>> + if (skb_gro_header_hard(skb, hlen)) {
>> + uh = skb_gro_header_slow(skb, hlen, off);
>> + if (unlikely(!uh))
>> + goto out;
>> + }
>> +
>> + rcu_read_lock();
>> + uo_priv = rcu_dereference(udp_offload_base);
>> + for (; uo_priv != NULL; uo_priv = rcu_dereference(uo_priv->next)) {
>> + if (uo_priv->offload->port == uh->dest &&
>> + uo_priv->offload->callbacks.gro_receive) {
>> + atomic_inc(&uo_priv->refcount);
>> + goto unflush;
>> + }
>> + }
>> + rcu_read_unlock();
>> + goto out;
>> +
>> +unflush:
>> + rcu_read_unlock();
>> + flush = cd
>> +
>> + for (p = *head; p; p = p->next) {
>> + if (!NAPI_GRO_CB(p)->same_flow)
>> + continue;
>> +
>> + uh2 = (struct udphdr *)(p->data + off);
>> + if ((*(u32 *)&uh->source != *(u32 *)&uh2->source)) {
>> + NAPI_GRO_CB(p)->same_flow = 0;
>> + continue;
>> + }
>> + }
>> +
>> + skb_gro_pull(skb, sizeof(struct udphdr)); /* pull encapsulating udp header */
>> + pp = uo_priv->offload->callbacks.gro_receive(head, skb);
>> + udp_offload_put(uo_priv);
>> +
>> +out:
>> + NAPI_GRO_CB(skb)->flush |= flush;
>> + return pp;
>> +}
>> +
>> +static int udp_gro_complete(struct sk_buff *skb, int nhoff)
>> +{
>> + struct udp_offload_priv *uo_priv;
>> + __be16 newlen = htons(skb->len - nhoff);
>> + struct udphdr *uh = (struct udphdr *)(skb->data + nhoff);
>> + int err = -ENOSYS;
>> +
>> + uh->len = newlen;
>> +
>> + rcu_read_lock();
>> +
>> + uo_priv = rcu_dereference(udp_offload_base);
>> + for (; uo_priv != NULL; uo_priv = rcu_dereference(uo_priv->next)) {
>> + if (uo_priv->offload->port == uh->dest &&
>> + uo_priv->offload->callbacks.gro_complete)
>> + goto found;
>> + }
>> +
>> + rcu_read_unlock();
>> + return err;
>> +
>> +found:
>> + atomic_inc(&uo_priv->refcount);
>
> This is an expensive operation in the critical path.
I know, but I don't see how to get away without having the ref/unref
wrapping, ideas welcome
> Can uo_priv be protected by rcu also?
uo_priv is the actual element which is rcu protected, not sure to
follow on your question.
>
>> + rcu_read_unlock();
>> + err = uo_priv->offload->callbacks.gro_complete(skb, nhoff + sizeof(struct udphdr));
>> + udp_offload_put(uo_priv);
>> + return err;
>> +}
>> +
>> static const struct net_offload udpv4_offload = {
>> .callbacks = {
>> .gso_send_check = udp4_ufo_send_check,
>> .gso_segment = udp4_ufo_fragment,
>> + .gro_receive = udp_gro_receive,
>> + .gro_complete = udp_gro_complete,
>> },
>> };
>>
>> --
>> 1.7.1
>>
> --
> 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
--
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