From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5035490A.60902@xenomai.org> Date: Wed, 22 Aug 2012 23:03:06 +0200 From: Philippe Gerum MIME-Version: 1.0 References: <2211797.6MhXv49D68@valtin-rt> <5035228B.1050905@xenomai.org> In-Reply-To: <5035228B.1050905@xenomai.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] Scicos/Xcos Code Generation List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org On 08/22/2012 08:18 PM, Gilles Chanteperdrix wrote: > On 08/22/2012 06:28 PM, Markus Valtin wrote: > >> Hello all, >> >> i have a question regarding automated code generation from Scilab Xcos/Scicos. >> >> Is this possible? And if yes, how is the necessary setup. >> >> Background: >> >> We currently use RTAI for hard realtime but we want to use recent Kernel >> versions, so Xenomai with his RTAI skin seamed promising. >> >> However I read that the RTAI emulation was removed from version 2.6.0 because >> of lack of feedback / lack of LXRT emulation. >> >> So, is there another way like the native Xenomai Support as suggested on >> http://www.evidence.eu.com/scilabscicos-code-generator-xenomai.html > > > Googling a bit shows that other projects are using scicos with Xenomai: > http://www.scilab-linux.com/ > http://rtss.sourceforge.net > > I do not know, however, if this is what you are looking for. > > You may want to reintegrate an RTAI skin to Xenomai, but in that case, > please find someone to maintain it. The RTAI skin was removed not only because nobody wanted to maintain it, which was by itself a showstopper, but first and foremost because it was lacking user-space support and nobody in sight having any interest in developing such support, compared to rebasing the code over the native Xenomai API, or moving to POSIX. So this basically meant that we had no upgrade path to the Xenomai 3 architecture for it. So, I would complete the sentence this way: bottom line for considering any reintegration into Xenomai, would be to find someone to develop from scratch and maintain on the __long term__ a sane implementation of a LXRT-looking API. > > It makes probably more sense to simply change the tools to generate > xenomai native skin calls instead of RTAI calls. > > Also if the tools are able to generate code for Linux, chances are that > it is even possible to use the generated code to run with Xenomai posix > skin. > -- Philippe.