From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sasl.smtp.pobox.com (a-sasl-fastnet.sasl.smtp.pobox.com [207.106.133.19]) by ozlabs.org (Postfix) with ESMTP id 0FEF9DDDF5 for ; Thu, 4 Dec 2008 04:43:49 +1100 (EST) Date: Wed, 3 Dec 2008 11:43:40 -0600 From: Nathan Lynch To: Kumar Gala Subject: Re: [PATCH] powerpc: Remove modpost warning with start_secondary Message-ID: <20081203174340.GA6958@localdomain> References: <1228278723-1153-1-git-send-email-galak@kernel.crashing.org> <20081203053118.GH6829@localdomain> <234C3BEB-1747-493E-B903-A564959A8671@kernel.crashing.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <234C3BEB-1747-493E-B903-A564959A8671@kernel.crashing.org> Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Kumar Gala wrote: > > On Dec 2, 2008, at 11:31 PM, Nathan Lynch wrote: > >> Kumar Gala wrote: >>> WARNING: vmlinux.o(.text+0x2aa): Section mismatch in reference from >>> the variable __secondary_start to the function >>> .devinit.text:start_secondary() >>> The function __secondary_start() references >>> the function __devinit start_secondary(). >>> >>> start_secondary gets called by __secondary_start which is in asm >>> code so its >>> not marked as __devinit. Its easier to just remove the __devinit >>> from >>> start_secondary than try and deal with __secondary_start. >> >> Which just gets another mismatch warning here: >> >> WARNING: arch/powerpc/kernel/built-in.o(.text+0x23cc4): Section >> mismatch in reference from the function .start_secondary() to the >> function .devinit.text:.smp_store_cpu_info() >> The function .start_secondary() references >> the function __devinit .smp_store_cpu_info(). >> This is often because .start_secondary lacks a __devinit >> annotation or the annotation of .smp_store_cpu_info is wrong. >> >> Isn't there a better way to address this? It doesn't seem right to >> increase the kernel's memory usage to get rid of a modpost warning. > > Fair.. what defconfig did you build? Try ppc64_defconfig with HOTPLUG_CPU=n.