Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755271AbZA1W34 (ORCPT ); Wed, 28 Jan 2009 17:29:56 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751887AbZA1W3r (ORCPT ); Wed, 28 Jan 2009 17:29:47 -0500 Received: from ozlabs.org ([203.10.76.45]:52305 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751731AbZA1W3r (ORCPT ); Wed, 28 Jan 2009 17:29:47 -0500 From: Rusty Russell To: Arjan van de Ven Subject: Re: [PATCH 5/6] module: make modversion_info contain a pointer, not an array. Date: Thu, 29 Jan 2009 08:59:40 +1030 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) Cc: linux-kernel@vger.kernel.org, Shawn Bohrer , Jon Masters References: <200901290005.52819.rusty@rustcorp.com.au> <20090128065231.64d12ffd@infradead.org> In-Reply-To: <20090128065231.64d12ffd@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901290859.40725.rusty@rustcorp.com.au> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1623 Lines: 41 On Thursday 29 January 2009 01:22:31 Arjan van de Ven wrote: > On Thu, 29 Jan 2009 00:05:52 +1030 > Rusty Russell wrote: > > > > > With allmodconfig (minus non-building modules) on 32-bit x86: > > Total size of modules before: 60009790 bytes > > Total size of modules after: 55927866 bytes > > > > Saving 7% of module size for CONFIG_MODVERSIONS=y; and these sections > > are kept resident as well. > > > > that reminds me.. can we just simplify MODVERSIONS to be a md5sum (or > sha1 whatver) of the .config file in the VERMAGIC ? > it's a lot more reliable in detecting incompatibilities, and a lot > less space consumed. Unfortunately people really seem to want the finer granularity that MODVERSIONS (sometimes) provides :( I've tried killing it off several times, and always failed. We did discuss changing modversions not to descend more than one level deep into types (ie. MODVERSION(int fn(struct foo *)) would depend on the type of struct foo, but not the type of any struct pointers in struct foo) to reduce the problem where header changes cause type definitions to be exposed or hidden and thus change the modversion. I asked someone to do some analysis on what effect this would have on signatures in real releases, but never heard back (it was in Austin last year, and there was beer...) Cheers, Rusty. undefined types > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/