From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: setting ICSK_CA_PRIV_SIZE larger than 16 * sizeof(u32) Date: Fri, 27 Jun 2008 02:30:46 -0700 (PDT) Message-ID: <20080627.023046.193703830.davem@davemloft.net> References: <965f530d0806270137y19c36638yc6ae0a1d4bfa63e7@mail.gmail.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org To: kotlakiran@gmail.com Return-path: Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:47323 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1752180AbYF0Jaq (ORCPT ); Fri, 27 Jun 2008 05:30:46 -0400 In-Reply-To: <965f530d0806270137y19c36638yc6ae0a1d4bfa63e7@mail.gmail.com> Sender: netdev-owner@vger.kernel.org List-ID: From: "Kiran Kotla" Date: Fri, 27 Jun 2008 03:37:59 -0500 [ Changed linux-net to netdev. linux-net is for user questions, netdev is for development discussion... ] > The only other option we have to get the kernel running with our > protocol is to reduce the number of private variables and this is not > possible without affecting the behavior of our protocol. I severely doubt this. 25 32-bit state variables is just way over the top. Don't give up so easily. Maybe some values can be 16-bit instead of 32-bit. Perhaps pairs of two odd-sized values can be encoded into a single 32-bit (one is 7 bits, the other is <= 25 bits). Get creative. I'm going to be very much an asshole about making that blob any bigger, because it means every single socket in the kernel will get bigger even if they don't use your congestion control algorithm.