All of lore.kernel.org
 help / color / mirror / Atom feed
From: Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
To: Markus Stockhausen
	<stockhausen-FhFLwxQf9jkb1SvskN2V4Q@public.gmane.org>,
	"linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Yishai Hadas <yishaih-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Cc: "s.wendy.cheng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org"
	<s.wendy.cheng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Erez Shitrit <erezsh-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
	Saeed Mahameed <saeedm-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Subject: Re: ACK behaviour difference LRO/GRO
Date: Tue, 29 Oct 2013 10:31:22 +0200	[thread overview]
Message-ID: <526F725A.1040009@mellanox.com> (raw)
In-Reply-To: <12EF8D94C6F8734FB2FF37B9FBEDD173585A080F-Xnr6BND5kcg29+KCeZIpYi5l6jQMEky5@public.gmane.org>

On 28/10/2013 21:34, Markus Stockhausen wrote:
> After some quite hard test iterations the problem seems to come from the
> IPoIB switch from LRO to GRO between kernels 2.6.37 and 2.6.38.
>
> I built a test setup with a 2.6.38 kernel and additionaly compiled a 2.6.37
> ib_ipoib module against it. This way I can run a direct comparison
> between the old and new module. The major difference between the
> two version is inside the ipoib_ib_handle_rx_wc() function:
>
> 2.6.37: lro_receive_skb(&priv->lro.lro_mgr, skb, NULL);
> 2.6.38: napi_gro_receive(&priv->napi, skb);

These two commits that went in 3.3

936d7de IPoIB: Stop lying about hard_header_len and use skb->cb to stash 
LL addresses
a0417fa net: Make qdisc_skb_cb upper size bound explicit

were supposed to make IPoIB/GRO to work properly, specifically with 
them, you should see aggregation coming into play

I think Yishai Hadas from Mellanox was looking on that too, do we have 
any insights on the matter?

Or.


Or.

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2013-10-29  8:31 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-28 19:34 ACK behaviour difference LRO/GRO Markus Stockhausen
     [not found] ` <12EF8D94C6F8734FB2FF37B9FBEDD173585A080F-Xnr6BND5kcg29+KCeZIpYi5l6jQMEky5@public.gmane.org>
2013-10-29  7:21   ` Wendy Cheng
2013-10-29  8:31   ` Or Gerlitz [this message]
     [not found]     ` <526F725A.1040009-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-29 11:10       ` AW: " Markus Stockhausen
     [not found]         ` <12EF8D94C6F8734FB2FF37B9FBEDD173585A0CFD-Xnr6BND5kcg29+KCeZIpYi5l6jQMEky5@public.gmane.org>
2013-10-29 11:43           ` Or Gerlitz
     [not found]             ` <526F9F5A.7010903-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-29 12:55               ` Erez Shitrit
     [not found]                 ` <526FB051.5020709-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2013-10-29 13:58                   ` Or Gerlitz
     [not found]                     ` <526FBEF7.2030807-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-29 15:54                       ` AW: " Markus Stockhausen
     [not found]                         ` <12EF8D94C6F8734FB2FF37B9FBEDD173585A1FCB-Xnr6BND5kcg29+KCeZIpYi5l6jQMEky5@public.gmane.org>
2013-10-29 15:55                           ` Or Gerlitz
     [not found]                             ` <526FDA6E.3030708-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-29 21:17                               ` Markus Stockhausen
     [not found]                                 ` <12EF8D94C6F8734FB2FF37B9FBEDD173585A214B-Xnr6BND5kcg29+KCeZIpYi5l6jQMEky5@public.gmane.org>
2013-10-30  7:40                                   ` Or Gerlitz

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=526F725A.1040009@mellanox.com \
    --to=ogerlitz-vpraknaxozvwk0htik3j/w@public.gmane.org \
    --cc=erezsh-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=s.wendy.cheng-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=saeedm-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=stockhausen-FhFLwxQf9jkb1SvskN2V4Q@public.gmane.org \
    --cc=yishaih-VPRAkNaXOzVWk0Htik3J/w@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.