From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755334AbbCCIab (ORCPT ); Tue, 3 Mar 2015 03:30:31 -0500 Received: from stinky.trash.net ([213.144.137.162]:40506 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755249AbbCCIa2 (ORCPT ); Tue, 3 Mar 2015 03:30:28 -0500 X-Greylist: delayed 569 seconds by postgrey-1.27 at vger.kernel.org; Tue, 03 Mar 2015 03:30:28 EST Date: Tue, 3 Mar 2015 08:20:54 +0000 From: Patrick McHardy To: Joe Stringer Cc: netdev@vger.kernel.org, Pablo Neira Ayuso , Andy Zhou , linux-kernel@vger.kernel.org, Justin Pettit , Thomas Graf Subject: Re: [RFCv2 net-next 6/7] net: Refactor ip_defrag() APIs Message-ID: <20150303082054.GA11110@acer.localdomain> References: <1425333305-19702-1-git-send-email-joestringer@nicira.com> <1425333305-19702-7-git-send-email-joestringer@nicira.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1425333305-19702-7-git-send-email-joestringer@nicira.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02.03, Joe Stringer wrote: > From: Andy Zhou > > Currently, ip_defrag() does not keep track of the maximum fragmentation > size for each fragmented packet. This information is not necessary since > current Linux IP fragmentation always fragments a packet based on output > devices' MTU. It does, search for max_size.