All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai-core] Xenomai standalone
@ 2009-05-14 19:44 Patrick
  2009-05-17 10:55 ` Philippe Gerum
  0 siblings, 1 reply; 2+ messages in thread
From: Patrick @ 2009-05-14 19:44 UTC (permalink / raw)
  To: xenomai-core

Hello all,

I would like to know if it's possible to simply "separate" Xenomai
(nucleus) from Linux and adeos ? My goal is to have a simple RTOS based
on Xenomai (only native skin in kernel space).

I have done a quick look at the source and it's seems ok to remove adeos
by editing hal. About linux, Xenomai seems to need only MM, timer, and
some part of irq management. Is that right ?

So do you think that it would be possible to run Xenomai nucleus as a
standalone RTOS ?

Thanks in advance for any help

Patrick




^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Xenomai-core] Xenomai standalone
  2009-05-14 19:44 [Xenomai-core] Xenomai standalone Patrick
@ 2009-05-17 10:55 ` Philippe Gerum
  0 siblings, 0 replies; 2+ messages in thread
From: Philippe Gerum @ 2009-05-17 10:55 UTC (permalink / raw)
  To: Patrick; +Cc: xenomai-core

On Thu, 2009-05-14 at 21:44 +0200, Patrick wrote:
> Hello all,
> 
> I would like to know if it's possible to simply "separate" Xenomai
> (nucleus) from Linux and adeos ? My goal is to have a simple RTOS based
> on Xenomai (only native skin in kernel space).
> 
> I have done a quick look at the source and it's seems ok to remove adeos
> by editing hal. About linux, Xenomai seems to need only MM, timer, and
> some part of irq management. Is that right ?
> 
> So do you think that it would be possible to run Xenomai nucleus as a
> standalone RTOS ?
> 

It is, and has already been done actually.

You may want to track how the nucleus and skins are moved on top of the
event-driven simulator running in user-space: i.e. include/asm-sim,
__XENO_SIM__ define. The simulator is basically a C++ library providing
co-routines, and a set of building blocks to mimick typical RTOS
resources (synchs, threads, interrupts etc).

Two more hints:
- the simulator is a good analogy for your problem, because the
simulation engine cannot provide any Linux kernel services, since it is
fully based on userland resources (in this case: from the glibc).
Therefore, if you don't have Linux underneath, this applies as well to
your case.
- track the xnarch_* interface from asm-sim/ (and elsewhere), how it is
implemented, what set of services is defined here. This is key to your
problem.

> Thanks in advance for any help
> 
> Patrick
> 
> 
> 
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
-- 
Philippe.




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-05-17 10:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-14 19:44 [Xenomai-core] Xenomai standalone Patrick
2009-05-17 10:55 ` Philippe Gerum

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.