From: Philippe Gerum <rpm@xenomai.org>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] CONFIG_SMP in switchtest
Date: Tue, 12 Jun 2007 20:12:41 +0200 [thread overview]
Message-ID: <1181671961.6792.13.camel@domain.hid> (raw)
In-Reply-To: <466EDF1F.5050103@domain.hid>
On Tue, 2007-06-12 at 19:59 +0200, Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> >> Philippe Gerum wrote:
> >>
> >>> On Tue, 2007-06-12 at 08:42 +0200, M. Koehrer wrote:
> >>>
> >>>> Hi everybody,
> >>>>
> >>>> I want to know why the --enable-smp option for "configure" of Xenomai is used when there
> >>>> is already the corresponding option selected with the kernel configuration?
> >>> --enable-smp is only used when you want the user-space side to _require_
> >>> SMP support to be present into the running kernel; i.e. for some (weird)
> >>> reason, your application really needs this. Xenomai libraries don't care
> >>> whether SMP support is enabled or not, they are not sensitive to that
> >>> issue (see the "weak" status of this option in README.INSTALL)
> >>
> >> Switchtest bases some compile-time decisions on CONFIG_SMP. Nitpicking,
> >> OK, but I wonder if this is required. Gilles?
> >
> > If you do not enable the smp option, switchtest will only use one cpu.
> > The reason why I made this is that, on some UP machine, (probably arm,
> > but I do no longer remember) sysconf(_SC_NPROCESSORS_ONLN) did not work.
>
> Welcome to embedded hell :-/. What was the effect precisely? Can we
> detect this during runtime? The point is I see people trying this test
> on SMP without providing the right switch to configure. Would be a pity
> IMHO.
>
> At this chance: I also noticed problems with our sched_setscheduler
> detection and bfin's uClibc. Compilations works, linking fails - they
> provide headers, but lack implementations. Patch suggestion will follow.
>
The main point with the Blackfin port is: which uclinux-dist release are
you using? We are currently based on 2007R1-RC3. The uclinux-dist effort
is still largely in flux right now, so this makes a significant
difference.
> And my pthread_spin_lock detection got nicely vaporised on bfin once
> again. I'm considering to switch back to the original configure-based
> detection.
>
> Enough of the moaning.
>
> Jan
>
--
Philippe.
prev parent reply other threads:[~2007-06-12 18:12 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-12 6:42 [Xenomai-help] Xenomai configure --enable-smp vs. SMP kernel configuration M. Koehrer
2007-06-12 6:36 ` Philippe Gerum
2007-06-12 17:35 ` [Xenomai-core] CONFIG_SMP in switchtest (was: Xenomai configure --enable-smp...) Jan Kiszka
2007-06-12 17:47 ` [Xenomai-core] CONFIG_SMP in switchtest Gilles Chanteperdrix
2007-06-12 17:59 ` Jan Kiszka
2007-06-12 18:08 ` Philippe Gerum
2007-06-12 19:28 ` Jan Kiszka
2007-06-12 18:10 ` Gilles Chanteperdrix
2007-06-12 18:12 ` Philippe Gerum [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=1181671961.6792.13.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=jan.kiszka@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.