From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758675AbYBCKMy (ORCPT ); Sun, 3 Feb 2008 05:12:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750800AbYBCKMo (ORCPT ); Sun, 3 Feb 2008 05:12:44 -0500 Received: from pasmtpb.tele.dk ([80.160.77.98]:53590 "EHLO pasmtpB.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750757AbYBCKMm (ORCPT ); Sun, 3 Feb 2008 05:12:42 -0500 Date: Sun, 3 Feb 2008 11:12:45 +0100 From: Sam Ravnborg To: "Rafael J. Wysocki" Cc: Andrew Morton , Ingo Molnar , Linus Torvalds , LKML Subject: Re: 2.6.24-git7: section mismatches woes Message-ID: <20080203101245.GB20810@uranus.ravnborg.org> References: <200801301950.44403.rjw@sisk.pl> <200801302232.53306.rjw@sisk.pl> <20080202180828.GC25399@uranus.ravnborg.org> <200802022347.29916.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802022347.29916.rjw@sisk.pl> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Feb 02, 2008 at 11:47:29PM +0100, Rafael J. Wysocki wrote: > On Saturday, 2 of February 2008, Sam Ravnborg wrote: > > On Wed, Jan 30, 2008 at 10:32:52PM +0100, Rafael J. Wysocki wrote: > > > On Wednesday, 30 of January 2008, Sam Ravnborg wrote: > > > > On Wed, Jan 30, 2008 at 07:50:43PM +0100, Rafael J. Wysocki wrote: > > > > > Hi, > > > > > > > > > > I get these messages, the majority of which seem to be false-positives: > > > > ... > > > > > modpost: Found 35 section mismatch(es). > > > > > To see additional details select "Enable full Section mismatch analysis" > > > > > in the Kernel Hacking menu (CONFIG_SECTION_MISMATCH). > > > > Looking in to these atm. > > > > > > > > > > > > > > and if I compile the kernel with CONFIG_SECTION_MISMATCH, it breaks resuming > > > > > from RAM. > > > > > > > > The only functional difference when you enable CONFIG_SECTION_MISMATCH is the > > > > addition of the -fno-inline-functions-called-once to CFLAGS. > > > > So we have some code somewhere that breaks if it is not inlined by gcc. > > > > > > > > It would be nice to sort out where. > > > > If you have a rough idea where to look > > > > > > No, I don't. > > > > > > It looks like there's somewhere in arch/x86, since I ruled out kernel/power and > > > drivers/acpi already. > > > > Hi Rafael. > > Hi, > > > Do you plan to look closer into this or do you have an easy receipe so > > I can test myself (on a x86 64 bit box)? > > Well, I really don't know how to approach this. Do you have an x86-64 box with > suspend to RAM working? I dunno - never used it I'm afraid. And do not know how to do it either. Feel free to call me ignorant :-( I have in latest kbuild.git made DEBUG_SECTION_MISMATCH so it cannot be selected, partly due to this regression but mostly due to the noise it creates. The way to approach it is straightforward but boring. You can add: ccflags-y += -fno-inline-functions-called-once to the Makefiles where you think this can have caused troubles until you find the problematic directory. kbuild will pick up that gcc options changed and rebuild all relevant files. When the problematic directory is located then remove the ccflags-y assignment and do it file-by-file using the CFLAGS_xxx.o syntax: CFLAGS_file.o := -fno-inline-functions-called-once This is probarly not the highest priority thing to look into but I am afraid that it could show up under other circumstances too. Sam