From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [RFC] tcp: add support for scheduling TCP options on TCP sockets Date: Wed, 07 May 2014 13:24:41 -0400 (EDT) Message-ID: <20140507.132441.1803688666370582852.davem@davemloft.net> References: <906b020ccf1b4e1b98ac414147259a65@UCL-MBX03.OASIS.UCLOUVAIN.BE> <20140507141108.GG4686@cpaasch-mac> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: christoph.paasch@uclouvain.be, netdev@vger.kernel.org To: octavian.purdila@intel.com Return-path: Received: from shards.monkeyblade.net ([149.20.54.216]:50327 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750880AbaEGRYn (ORCPT ); Wed, 7 May 2014 13:24:43 -0400 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: From: Octavian Purdila Date: Wed, 7 May 2014 18:17:08 +0300 > That would require adding a new field to sk_buff to keep track of how > much we need to copy in pskb_copy. Fortunately it seems it has some > holes we could use. > > David, does that seem reasonable? As long as you can find a way to delete something in sk_buff to make room for it sure. I am very serious, I don't want sk_buff to turn into something like mm_struct which seems to double in size every time I look at it.