All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcin Slusarz <marcin.slusarz@gmail.com>
To: Sean MacLennan <smaclennan@pikatech.com>
Cc: linux-kernel@vger.kernel.org, Johannes Weiner <hannes@saeurebad.de>
Subject: Re: [PATCH] Section mismatch contig_page_data and bootmem_node_data
Date: Wed, 20 Aug 2008 21:05:41 +0200	[thread overview]
Message-ID: <20080820190436.GA5388@joi> (raw)
In-Reply-To: <20080820135551.74911cb3@lappy.seanm.ca>

On Wed, Aug 20, 2008 at 01:55:51PM -0400, Sean MacLennan wrote:
> If CONFIG_NEED_MULTIPLE_NODES is *not* set, then you get a section
> mismatch in reference from the variable contig_page_data to the
> variable __initdata bootmem_node_data.
> 
> The simple solution is to just remove the __initdata from
> bootmem_node_data. We could also put an ifdef around the __initdata.
> 
> Signed-off-by: Sean MacLennan <smaclennan@pikatech.com>
> ---
> diff --git a/mm/bootmem.c b/mm/bootmem.c
> index e023c68..a968ae2 100644
> --- a/mm/bootmem.c
> +++ b/mm/bootmem.c
> @@ -31,7 +31,7 @@ unsigned long max_pfn;
>  unsigned long saved_max_pfn;
>  #endif
>  
> -bootmem_data_t bootmem_node_data[MAX_NUMNODES] __initdata;
> +bootmem_data_t bootmem_node_data[MAX_NUMNODES];
>  
>  static struct list_head bdata_list __initdata = LIST_HEAD_INIT(bdata_list);
>  
> --

I thought about this warning today and found 2 other solutions:
1) Mark contig_page_data as __ref (but it might hide real bugs).
2) Remove bdata from struct pglist_data and access it directly through
   bootmem_node_data. It requires passing node number to all functions
   which use bdata, but unfortunately arch/ia64/mm/discontig.c handles
   node numbering its own way. I'm still investigating it.

Marcin

  reply	other threads:[~2008-08-20 19:06 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-20 17:55 [PATCH] Section mismatch contig_page_data and bootmem_node_data Sean MacLennan
2008-08-20 19:05 ` Marcin Slusarz [this message]
     [not found]   ` <20080820151531.38fc1071@lappy.seanm.ca>
     [not found]     ` <87myj74azn.fsf@skyscraper.fehenstaub.lan>
2008-08-21  0:08       ` Marcin Slusarz
2008-08-21  7:06         ` Johannes Weiner
2008-08-21 20:10           ` Marcin Slusarz
2008-08-22  6:15             ` Andrew Morton
2008-08-22 13:05               ` Marcin Slusarz
2008-08-20 21:53 ` Johannes Weiner

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=20080820190436.GA5388@joi \
    --to=marcin.slusarz@gmail.com \
    --cc=hannes@saeurebad.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=smaclennan@pikatech.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.