From mboxrd@z Thu Jan  1 00:00:00 1970
From: David Miller <davem@davemloft.net>
Subject: Re: [RFC PATCH net-next-2.6] gro: drivers should feed GRO only
 with TCP packets
Date: Wed, 01 Sep 2010 10:48:05 -0700 (PDT)
Message-ID: <20100901.104805.35816252.davem@davemloft.net>
References: <1283360686.2556.381.camel@edumazet-laptop>
	<20100901104235.5476a242@nehalam>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: eric.dumazet@gmail.com, netdev@vger.kernel.org
To: shemminger@vyatta.com
Return-path: <netdev-owner@vger.kernel.org>
Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:35611
	"EHLO sunset.davemloft.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1754451Ab0IARrs (ORCPT
	<rfc822;netdev@vger.kernel.org>); Wed, 1 Sep 2010 13:47:48 -0400
In-Reply-To: <20100901104235.5476a242@nehalam>
Sender: netdev-owner@vger.kernel.org
List-ID: <netdev.vger.kernel.org>

From: Stephen Hemminger <shemminger@vyatta.com>
Date: Wed, 1 Sep 2010 10:42:35 -0700

> There was talk of doing GRO for UDP as well but it never
> got implemented. 

I suppose the most direct application would be for IP fragmentation.

In fact I could see that working very well.

But for non-fragmented UDP... I can't see much value to that.

We'd have to preserve the packet boundaries, and process each chunk of
data as one packet at a time within those boundaries, to retain
datagram recvmsg() semantics.