From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e31.co.us.ibm.com", Issuer "Equifax" (verified OK)) by ozlabs.org (Postfix) with ESMTP id E7473DDE3F for ; Thu, 23 Aug 2007 00:31:51 +1000 (EST) Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227]) by e31.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l7MEVmTK002449 for ; Wed, 22 Aug 2007 10:31:48 -0400 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l7MEVlkm227838 for ; Wed, 22 Aug 2007 08:31:47 -0600 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l7MEVl7s001611 for ; Wed, 22 Aug 2007 08:31:47 -0600 Date: Wed, 22 Aug 2007 09:31:45 -0500 From: Josh Boyer To: Kumar Gala Subject: Re: RFC: [PATCH v2] Fixup modpost warnings in head*.S for ppc32 Message-ID: <20070822093145.68c57585@weaponx.rchland.ibm.com> In-Reply-To: <490B1783-FA20-4DD8-A580-E71398B9928F@kernel.crashing.org> References: <20070822090315.7e0010c4@weaponx.rchland.ibm.com> <490B1783-FA20-4DD8-A580-E71398B9928F@kernel.crashing.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Cc: linuxppc-dev@ozlabs.org, Paul Mackerras List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 22 Aug 2007 09:08:31 -0500 Kumar Gala wrote: > > On Aug 22, 2007, at 9:03 AM, Josh Boyer wrote: > > > On Wed, 22 Aug 2007 08:58:31 -0500 (CDT) > > Kumar Gala wrote: > > > >> Addess the following modpost warnings we get out of the ppc32 head > >> files: > >> > >> WARNING: vmlinux.o(.text+0x358): Section mismatch: reference > >> to .init.text:early_init (between 'skpinv' and 'interrupt_base') > >> WARNING: vmlinux.o(.text+0x380): Section mismatch: reference > >> to .init.text:machine_init (between 'skpinv' and 'interrupt_base') > >> WARNING: vmlinux.o(.text+0x384): Section mismatch: reference > >> to .init.text:MMU_init (between 'skpinv' and 'interrupt_base') > >> WARNING: vmlinux.o(.text+0x3aa): Section mismatch: reference > >> to .init.text:start_kernel (between 'skpinv' and 'interrupt_base') > >> WARNING: vmlinux.o(.text+0x3ae): Section mismatch: reference > >> to .init.text:start_kernel (between 'skpinv' and 'interrupt_base') > >> > >> Does anyone have any issues with this? This version cleans up 40x > >> based > >> on the latest for-2.6.24 tree and removes the stabs defn from _ENTRY. > > > > No signed-off-by on purpose? > > Yes, since its an RFC, I explicitly didn't put a signed-off-by :) Ok. I can never tell if people just forgot or if they really meant to. Maybe we should be like Ben and do: Not-Signed-off-by ;) > >> diff --git a/arch/powerpc/kernel/head_40x.S b/arch/powerpc/kernel/ > >> head_40x.S > >> index a8e0457..00bdb6d 100644 > >> --- a/arch/powerpc/kernel/head_40x.S > >> +++ b/arch/powerpc/kernel/head_40x.S > >> @@ -52,9 +52,9 @@ > >> * > >> * This is all going to change RSN when we add bi_recs....... -- > >> Dan > >> */ > >> - .text > >> -_GLOBAL(_stext) > >> -_GLOBAL(_start) > >> + .section .text.head, "ax" > >> +_ENTRY(_stext); > >> +_ENTRY(_start); > >> > >> /* Save parameters we are passed. > >> */ > >> @@ -89,9 +89,9 @@ turn_on_mmu: > >> */ > >> . = 0xc0 > >> crit_save: > >> -_GLOBAL(crit_r10) > >> +_ENTRY(crit_r10) > >> .space 4 > >> -_GLOBAL(crit_r11) > >> +_ENTRY(crit_r11) > >> .space 4 > >> > >> /* > >> @@ -814,7 +814,7 @@ finish_tlb_load: > >> * The PowerPC 4xx family of processors do not have an FPU, so > >> this just > >> * returns. > >> */ > >> -_GLOBAL(giveup_fpu) > >> +_ENTRY(giveup_fpu) > >> blr > > > > I had moved this bit below initial_mmu instead in my version. I > > realize there isn't much difference from a technical point of view, > > but > > it seems misleading to label this one as _ENTRY. > > Do you want to move both crit_r10/r11 & giveup_fpu or just giveup_fpu? I just moved giveup_fpu. Moving crit_r10/r11 was more work than my 5 minute fixup allowed :). Really, this isn't a big deal either way so don't stress too much about it. josh