public inbox for linux-next@vger.kernel.org 
 help / color / mirror / Atom feed
From: Stephen Rothwell <sfr@canb•auug.org.au>
To: Yinghai Lu <yinghai@kernel•org>
Cc: Ingo Molnar <mingo@elte•hu>, Thomas Gleixner <tglx@linutronix•de>,
	"H. Peter Anvin" <hpa@zytor•com>,
	Peter Zijlstra <peterz@infradead•org>,
	linux-next@vger•kernel.org, linux-kernel@vger•kernel.org,
	Benjamin Herrenschmidt <benh@kernel•crashing.org>,
	ppc-dev <linuxppc-dev@lists•ozlabs.org>
Subject: Re: linux-next: build warnings after merge of the final tree (tip treee related)
Date: Mon, 13 Sep 2010 14:39:42 +1000	[thread overview]
Message-ID: <20100913143942.7344ada4.sfr@canb.auug.org.au> (raw)
In-Reply-To: <4C8DA517.9000603@kernel.org>

[-- Attachment #1: Type: text/plain, Size: 2514 bytes --]

Hi Yinghai,

On Sun, 12 Sep 2010 21:14:15 -0700 Yinghai Lu <yinghai@kernel•org> wrote:
>
> please check it, and it should get into core/memblock branch.
> 
> Thanks
> 
> Yinghai
> 
> [PATCH] memblock: Fix section mismatch warning
> 
> for arches that use memblock other than x86
> 
> Reported-by: Stephen Rothwell <sfr@canb•auug.org.au>
> Signed-off-by: Yinghai Lu <Yinghai@kernel•org>

Your patch fixes some of the warnings, but still leaves these for a
powerpc allnoconfig build:

WARNING: mm/built-in.o(.text+0x25d80): Section mismatch in reference from the function memblock_double_array() to the function .init.text:memblock_free()
The function memblock_double_array() references
the function __init memblock_free().
This is often because memblock_double_array lacks a __init 
annotation or the annotation of memblock_free is wrong.

WARNING: mm/built-in.o(.text+0x26318): Section mismatch in reference from the function memblock_reserve_reserved_regions() to the function .init.text:memblock_reserve()
The function memblock_reserve_reserved_regions() references
the function __init memblock_reserve().
This is often because memblock_reserve_reserved_regions lacks a __init 
annotation or the annotation of memblock_reserve is wrong.

WARNING: mm/built-in.o(.text+0x26490): Section mismatch in reference from the function memblock_free_reserved_regions() to the function .init.text:memblock_free()
The function memblock_free_reserved_regions() references
the function __init memblock_free().
This is often because memblock_free_reserved_regions lacks a __init 
annotation or the annotation of memblock_free is wrong.

And these for a i386 defconfig build:

WARNING: mm/built-in.o(.text+0x1e261): Section mismatch in reference from the function memblock_is_memory() to the variable .init.data:memblock
The function memblock_is_memory() references
the variable __initdata memblock.
This is often because memblock_is_memory lacks a __initdata 
annotation or the annotation of memblock is wrong.

WARNING: mm/built-in.o(.text+0x1e27f): Section mismatch in reference from the function memblock_is_region_memory() to the variable .init.data:memblock
The function memblock_is_region_memory() references
the variable __initdata memblock.
This is often because memblock_is_region_memory lacks a __initdata 
annotation or the annotation of memblock is wrong.

-- 
Cheers,
Stephen Rothwell                    sfr@canb•auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

  reply	other threads:[~2010-09-13  4:39 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-13  3:27 linux-next: build warnings after merge of the final tree (tip treee related) Stephen Rothwell
2010-09-13  4:14 ` Yinghai Lu
2010-09-13  4:39   ` Stephen Rothwell [this message]
2010-09-13  8:24     ` Yinghai Lu
2010-09-14  4:50       ` Stephen Rothwell
2010-09-14 23:00         ` Yinghai Lu
2010-09-15  0:29           ` Stephen Rothwell
2010-09-15  1:33             ` Yinghai Lu
2010-09-15  4:39               ` Stephen Rothwell
2010-09-15  5:00           ` Stephen Rothwell
2010-09-15  9:25             ` Ingo Molnar
2010-09-15 20:05               ` [PATCH -v4] memblock: Fix section mismatch warnings Yinghai Lu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100913143942.7344ada4.sfr@canb.auug.org.au \
    --to=sfr@canb$(echo .)auug.org.au \
    --cc=benh@kernel$(echo .)crashing.org \
    --cc=hpa@zytor$(echo .)com \
    --cc=linux-kernel@vger$(echo .)kernel.org \
    --cc=linux-next@vger$(echo .)kernel.org \
    --cc=linuxppc-dev@lists$(echo .)ozlabs.org \
    --cc=mingo@elte$(echo .)hu \
    --cc=peterz@infradead$(echo .)org \
    --cc=tglx@linutronix$(echo .)de \
    --cc=yinghai@kernel$(echo .)org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox