We need a playground for experimenting with the 3.x architecture. I have
set up a GIT tree for this purpose, which currently contains legacy
removal and preliminary cleanup work I've been doing lazily during the
past months, periodically rebasing on -head.
This tree is there for Xenomai hackers to work on radical changes toward
Xenomai 3.x; this is NOT for production use. It is expected to be in a
severe state-of-flux for several months from now on, until the updates
on the infrastructure calm down. The plan is to work on this tree, until
it makes sense to turn it into the official xenomai-3.0 tree eventually.
Some CPU architectures currently supported in Xenomai 2.5.x may not be
supported in this tree yet, until the dust settles, at some point (we do
plan to support all of them eventually, though). The bottom line is to
have powerpc (32/64), arm and x86 (32/64) available early; blackfin may
be there early too, since their reference kernel tracks mainline closely
as well. So this may leave us with nios2 lagging behind for a while.
The same goes for RTOS emulators such as VxWorks, pSOS and friends. They
have to be rebased on a new emulation core fully running in user-space
we experimented with Xenomai/SOLO, so their legacy 2.x incarnations have
been removed from the tree. This tree only features the POSIX, native
and RTDM skins for now.
The 3.x roadmap was published many moons ago on our web site , so I
won't rehash the final goals for this architecture. However, the major
development milestones can be outlined here:
* legacy support removal (mainly: kernel 2.4 support and in-kernel skin
APIs are being phased out, except the RTDM driver development API).
* introduction of a new RTOS emulation core, which can run on top of the
POSIX skin, or over the regular nptl.
* port of the existing Xenomai/SOLO emulators (VxWorks, pSOS) over the
new core. At some point, we shall decide whether it still makes sense to
provide VRTX and uITRON emulators on this new core, given the lack of
useful feedback we got for those for the past eight years. It seems that
nobody cares for them actually.
* integration of the missing bits to fully support our current dual
kernel software stack over -rt kernels as well (i.e. no I-pipe),
typically RTDM native.
For sure, all theses tasks will entail various cleanup, streamlining,
and sanitization activities all over the place, over time.
The forge can be found at:
Ok, just go wild now.
Xenomai-core mailing list