From: Jan Kiszka <jan.kiszka@domain.hid>
To: Peter Soetens <peter@domain.hid>
Cc: xenomai-help <xenomai@xenomai.org>
Subject: Re: [Xenomai-help] undefined symbols in xeno_nucleus
Date: Fri, 04 Dec 2009 15:25:46 +0100 [thread overview]
Message-ID: <4B191BEA.3060801@domain.hid> (raw)
In-Reply-To: <634c78ce0912040535l753f267cycb3ea7057bfc432c@domain.hid>
Peter Soetens wrote:
> When compiling xenomai-head (master) from today with vanilla Linux
> 2.6.31.1 for amd64/smp, most of xenomai compiled as modules, I get at
> the end of the build process this:
>
> Building modules, stage 2.
> MODPOST 2169 modules
> ERROR: "per_cpu__cpu_tlbstate"
> [kernel/xenomai/nucleus/xeno_nucleus.ko] undefined!
This is only exported by I-pipe for 32-bit.
> ERROR: "per_cpu__irq_stack_union"
> [kernel/xenomai/nucleus/xeno_nucleus.ko] undefined!
This not exported at all.
Likely both issues require a new I-pipe patch - unless we can remove the
need for them.
> WARNING: modpost: Found 12 section mismatch(es).
> To see full details build your kernel with:
> 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
> make[2]: *** [__modpost] Error 1
>
> And grepping for them gives:
>
> $ wcgrep per_cpu__cpu_tlbstate
> ./System.map:154:000000000001e100 D per_cpu__cpu_tlbstate
> ./.tmp_System.map:154:000000000001e100 D per_cpu__cpu_tlbstate
>
> $ vader ~/src/xenomai/linux-2.6.31.1 $ wcgrep per_cpu__irq_stack_union
> ./System.map:3:0000000000000000 D per_cpu__irq_stack_union
> ./System.map:42431:ffffffff81774000 A init_per_cpu__irq_stack_union
> ./.tmp_System.map:3:0000000000000000 D per_cpu__irq_stack_union
> ./.tmp_System.map:42431:ffffffff81774000 A init_per_cpu__irq_stack_union
> ./arch/x86/kernel/asm-offsets.s:18246: .string "per_cpu__irq_stack_union"
> ./arch/x86/kernel/vmlinux.lds.S:382:. = ASSERT((per_cpu__irq_stack_union == 0),
> ./arch/x86/kernel/vmlinux.lds:573:init_per_cpu__irq_stack_union =
> per_cpu__irq_stack_union + __per_cpu_load;
> ./arch/x86/kernel/vmlinux.lds:579:. = ASSERT((per_cpu__irq_stack_union == 0),
>
> Any idea what went wrong ?
>
> Also, I hit the 'sparse irqs' issue where ipipe.h complains about
> CONFIG_NR_IRQS being too high but the true cause is another option.
> Maybe the #error in ipipe.h should be:
>
> #error "CONFIG_NR_CPUS is too large, please lower it or disable
> CONFIG_SPARSE_IRQ."
Removing this limitation is on our agenda.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
prev parent reply other threads:[~2009-12-04 14:25 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-04 13:35 [Xenomai-help] undefined symbols in xeno_nucleus Peter Soetens
2009-12-04 13:41 ` Peter Soetens
2009-12-04 14:25 ` Jan Kiszka [this message]
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=4B191BEA.3060801@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=peter@domain.hid \
--cc=xenomai@xenomai.org \
/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.