From: Mike Travis <travis@sgi.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
linux-kernel@vger.kernel.org, Jack Steiner <steiner@sgi.com>
Subject: Re: [PATCH 1/4] x86: cleanup early per cpu variables/accesses v3-folded
Date: Tue, 22 Apr 2008 09:24:09 -0700 [thread overview]
Message-ID: <480E1129.1020705@sgi.com> (raw)
In-Reply-To: <20080422135944.GA24966@elte.hu>
Ingo Molnar wrote:
> * Mike Travis <travis@sgi.com> wrote:
>
>> * Introduce a new PER_CPU macro called "EARLY_PER_CPU". This is
>> used by some per_cpu variables that are initialized and accessed
>> before there are per_cpu areas allocated.
>
> build fails with:
>
> arch/x86/kernel/built-in.o: In function `flat_apic_id_registered':
> genapic_flat_64.c:(.text+0x13e1d): undefined reference to `phys_cpu_present_map'
> genapic_flat_64.c:(.text+0x13e24): undefined reference to `phys_cpu_present_map'
> arch/x86/kernel/built-in.o: In function `APIC_init_uniprocessor':
> : undefined reference to `phys_cpu_present_map'
> [...]
>
> with this config:
>
> http://redhat.com/~mingo/misc/config-Tue_Apr_22_15_40_10_CEST_2008.bad
>
> Ingo
Hi Ingo,
Which tree are you using? I don't get that error at all. I'm on sched-latest:
#> cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "linus"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
fetch = +refs/heads/*:refs/remotes/linus/*
[remote "sched-devel"]
url = git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
fetch = +refs/heads/*:refs/remotes/sched-devel/*
[branch "sched-latest"]
remote = sched-devel
merge = refs/heads/latest
Here's the change I made to arch/x86/kernel/setup.c.
From:
physid_mask_t phys_cpu_present_map;
DEFINE_PER_CPU(u16, x86_cpu_to_apicid) = BAD_APICID;
EXPORT_PER_CPU_SYMBOL(x86_cpu_to_apicid);
/* Bitmask of physically existing CPUs */
physid_mask_t phys_cpu_present_map;
To:
/* Bitmask of physically existing CPUs */
physid_mask_t phys_cpu_present_map;
(Actually, I don't understand why it didn't generate a multiple
define error before?)
Here's the symbol in Bss space:
#> nm -Bo arch/x86/kernel/built-in.o | grep phys_cpu_present_map
arch/x86/kernel/built-in.o:00000000000009a0 B phys_cpu_present_map
#> grep phys_cpu_present_map System.map
ffffffff809792c0 B phys_cpu_present_map
Building using your config file I do get this error (with or without
my patches):
CC [M] net/netfilter/nf_conntrack_sip.o
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c: In function 'set_expected_rtp_rtcp':
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c:786: error: 'struct nf_conntrack_expect' has no member named 'saved_ip'
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c:787: error: 'struct nf_conntrack_expect' has no member named 'saved_proto'
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c:789: error: 'struct nf_conntrack_expect' has no member named 'saved_ip'
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c:790: error: 'struct nf_conntrack_expect' has no member named 'saved_ip'
.../linux-2.6.sched/net/netfilter/nf_conntrack_sip.c:791: error: 'struct nf_conntrack_expect' has no member named 'saved_proto'
Turning off CONFIG_NF_CONNTRACK_SIP gets around the error and it builds ok.
Should I try x86/latest or the merge of sched/latest + x86/latest?
Or...?
Thanks,
Mike
next prev parent reply other threads:[~2008-04-22 16:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-22 1:34 [PATCH 0/4] x86: cleanup early per cpu variables/accesses v3-folded Mike Travis
2008-04-22 1:34 ` [PATCH 1/4] " Mike Travis
2008-04-22 13:59 ` Ingo Molnar
2008-04-22 15:09 ` Mike Travis
2008-04-22 16:24 ` Mike Travis [this message]
2008-04-22 1:34 ` [PATCH 2/4] x86: restore pda nodenumber field Mike Travis
2008-04-22 1:34 ` [PATCH 3/4] x86: remove the 256k node_to_cpumask_map after init Mike Travis
2008-04-22 1:34 ` [PATCH 4/4] sched: replace MAX_NUMNODES with nr_node_ids in kernel/sched.c Mike Travis
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=480E1129.1020705@sgi.com \
--to=travis@sgi.com \
--cc=akpm@linux-foundation.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=steiner@sgi.com \
--cc=tglx@linutronix.de \
/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.