Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755583AbZGNQop (ORCPT ); Tue, 14 Jul 2009 12:44:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755535AbZGNQoo (ORCPT ); Tue, 14 Jul 2009 12:44:44 -0400 Received: from terminus.zytor.com ([198.137.202.10]:50572 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754863AbZGNQon (ORCPT ); Tue, 14 Jul 2009 12:44:43 -0400 Message-ID: <4A5CB5B3.2060002@zytor.com> Date: Tue, 14 Jul 2009 12:43:31 -0400 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Jon Masters CC: Jan Beulich , Michal Marek , Ingo Molnar , tony.luck@intel.com, Thomas Gleixner , Rusty Russell , linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux-modules@vger.kernel.org Subject: Re: [PATCH] reduce export symbol CRC table size on 64-bit archs References: <4A4A18780200007800008345@vpn.id2.novell.com> <4A4E671C.2090201@suse.cz> <4A51C71B0200007800008EE2@vpn.id2.novell.com> <200907092044.22108.rusty@rustcorp.com.au> <4A57089B0200007800009C0E@vpn.id2.novell.com> <4A5AEC3C.2060608@suse.cz> <4A5B101E020000780000A284@vpn.id2.novell.com> <1247567372.31188.229.camel@perihelion.bos.jonmasters.org> In-Reply-To: <1247567372.31188.229.camel@perihelion.bos.jonmasters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1401 Lines: 29 Jon Masters wrote: > On Mon, 2009-07-13 at 09:44 +0100, Jan Beulich wrote: >>>>> Michal Marek 13.07.09 10:11 >>> >>> Jan Beulich napsal(a): >>>> Actually I meanwhile think that module-init-tools can easily detect the changed >>>> layout without any further kernel side adjustments: Since it is known that a >>>> CRC always is a 32-bit value, simply checking whether the so-far-used 64-bit >>>> value has more than 32 significant bits should suffice: If so, the new layout >>>> is being used (with the symbol name starting at offset 4), else the old one is >>>> in effect (name at offset 8). This ought to be a pretty trivial change to that >>>> code. >>> But old module-init-tools will continue reading garbage in this case. > > Most of the distros can fix that with a dependency on the kernel package > in the absolute worst case, not that I love that idea, but it happens. I > assume for now we are going with detecting the two possibilities because > it doesn't really hurt in any case to have this support. > It would seem to me that reading garbage is worse than reading nothing, unless I'm missing something fundamental. -hpa -- 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/