All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roland Stigge <stigge@domain.hid>
To: Wolfgang Denk <wd@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-core] Xenomai/SOLO - RTOS emulation for standard Linux
Date: Wed, 26 Mar 2008 10:18:47 +0100	[thread overview]
Message-ID: <47EA14F7.7040004@domain.hid> (raw)
In-Reply-To: <20080325224919.582BD243A7@domain.hid>

Hi,

Wolfgang Denk wrote:
>> Is it worth providing a separate xenomai-solo package in Debian right
>> now (considering it being propagated to Debian 5.0 and supported there
>> in this form until ca. 2010), or should we wait until Xenomai/SOLO is
>> integrated into Xenomai mainline?
> 
> Integration into Xenomai mainline means waiting for Xenomai 3, which
> seems still a pretty long way to go.
> 
> On the other hand, you need a PREEMPT_RT enhanced  Linux  kernel  for
> Xenomai/SOLO  to provide real-time behaviour which is probably needed
> in most cases when you try and emulate a RTOS.  This  is  probably  a
> bigger hurdle?

I think an RT-patched kernel is quite common, at least if I consider the
realtime conscious Debian user community. For other realtime
applications such as JACK (though in a completely different application
domain), the respective kernels are also often presumed.

So if we are talking about Xenomai 3 in the order of years, Xenomai/SOLO
as a separate package seems worth considering if it matures reasonably.

The other "desktop suitable" approach is the simulator. Both
Xenomai/SOLO and the simulator are good candidates for inclusion in the
OS distribution since (apart from certain kernel requirements) they can
be provided as universal binary packages in userspace.

The problem with xenosim is its dependency upon gcc-2.95.6 sources.
Since Debian packages must provide the complete sources for building the
binary packages or alternatively/additionally have build dependencies
satisfied by other (binary) Debian packages in the distribution, this is
not an easy task (without gcc 2.95.x being in Debian anymore). One way
to go could be utilizing a newer GCC (4.x) instead of 2.95.x, but that
doesn't work with current xenosim. Is it worth it to put porting effort
into this spot?

Thanks!

bye,
  Roland


  reply	other threads:[~2008-03-26  9:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-20 23:11 [Xenomai-core] Xenomai/SOLO - RTOS emulation for standard Linux Wolfgang Denk
2008-03-23 10:14 ` Roland Stigge
2008-03-25 22:49   ` Wolfgang Denk
2008-03-26  9:18     ` Roland Stigge [this message]
2008-03-26 13:28       ` Steven A. Falco
2008-03-26 16:20         ` Wolfgang Denk
2008-03-26 18:00           ` Roland Stigge
2008-03-26 18:04         ` Philippe Gerum
2008-03-26 19:01           ` Steven A. Falco
2008-03-28 10:17       ` Philippe Gerum
2008-03-28 20:31         ` Philippe Gerum

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=47EA14F7.7040004@domain.hid \
    --to=stigge@domain.hid \
    --cc=wd@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.