Rép. : Re: [Xenomai-help] collection of example

Rép. : Re: [Xenomai-help] collection of example

[Marc LE DOUARAIN]

>>> "Marc LE DOUARAIN" <m.ledouarain@domain.hid> 12.10 14:25 >>>


>>> Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> 11.10
10:31
>>>>
>>Pavel Pirkl wrote:
>>> Hello,
>>> I am a novice in using of RTOS Xenomai.
>>> 
>>> 
>>> 2.
>>> Now I am using Linux distribution Slackware and Xenomai.
>>> But I need to find some minidistribution for booting from
CompactFlash 
>>> disk.
>>> And I need to stop written to this CompactFlash so all programs
must
to 
>>> run from RAM memory.
>>> Can you help me? I hear about ELinOS and free licence?
>>
>>There are several distributions for embedded systems, see
>>http://www.linuxdevices.com/articles/AT2760742655.html 
>>
>>-- 

>Another mini-distribution (White Dwarf Linux) is available here : 
>http://www.blast.com/index.php?id=35 


Another one here, that seems very interesting :

http://www.rts.uni-hannover.de/lire/

" LiRE V0.6.1 released / 18.08.2006
This release contains the Linux Kernel 2.6.17.8, Xenomai 2.2.0, RTnet
0.9.4, RACK 0.3.0, BusyBox 1.2.1, bugfixes and some new features like
QEMU Image Support. "


Bye.

Re: Rép. : Re: [Xenomai-help] collection of example

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 2336 bytes --]

Marc LE DOUARAIN wrote:
> 
>>>> "Marc LE DOUARAIN" <m.ledouarain@domain.hid> 12.10 14:25 >>>
> 
> 
>>>> Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> 11.10
> 10:31
>>> Pavel Pirkl wrote:
>>>> Hello,
>>>> I am a novice in using of RTOS Xenomai.
>>>>
>>>>
>>>> 2.
>>>> Now I am using Linux distribution Slackware and Xenomai.
>>>> But I need to find some minidistribution for booting from
> CompactFlash 
>>>> disk.
>>>> And I need to stop written to this CompactFlash so all programs
> must
> to 
>>>> run from RAM memory.
>>>> Can you help me? I hear about ELinOS and free licence?
>>> There are several distributions for embedded systems, see
>>> http://www.linuxdevices.com/articles/AT2760742655.html 
>>>
>>> -- 
> 
>> Another mini-distribution (White Dwarf Linux) is available here : 
>> http://www.blast.com/index.php?id=35 
> 
> 
> Another one here, that seems very interesting :
> 
> http://www.rts.uni-hannover.de/lire/
> 
> " LiRE V0.6.1 released / 18.08.2006
> This release contains the Linux Kernel 2.6.17.8, Xenomai 2.2.0, RTnet
> 0.9.4, RACK 0.3.0, BusyBox 1.2.1, bugfixes and some new features like
> QEMU Image Support. "
> 

Thanks for the AD ;). I always hesitate to announce this to loudly as it
is still in a rough state /wrt generic usability. BUT -- it does what it
should do in a very straight way: install a mini Linux/Xenomai system
for x86 + some arbitrary tools (for us of course not arbitrary) on a
flash card. In fact, most of my tests run on LiRE, either netbooted on
some PC that happen to be in reach (Etherboot is your friend) or in
qemu. And of course all our robots run on LiRE.

We are now working on the next generation of LiRE which will likely be
based on some smarter third-party build system, specifically to ease the
pain of adding and maintaining more and more packages.

If there is interest here in joining our effort, let us know. There is
no real community around LiRE yet, just a few users at another
university institute in Hannover and at the R&D department of an
automotive manufacturer (and those guys are typically _very_ silent) -
that's at least what we are aware of. But I could imagine that providing
such a cross-compilable (todo...) distro with Xenomai included may be
helpful for quite some users.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

[Xenomai-help] LIRE LInux Real-time Environment

[Alessio Igor Bogani]

Hi,

I ask excuse for my very bad english.

[...]
> > http://www.rts.uni-hannover.de/lire/
> > 
> > " LiRE V0.6.1 released / 18.08.2006
> > This release contains the Linux Kernel 2.6.17.8, Xenomai 2.2.0, RTnet
> > 0.9.4, RACK 0.3.0, BusyBox 1.2.1, bugfixes and some new features like
> > QEMU Image Support. "
[...]
> We are now working on the next generation of LiRE which will likely be
> based on some smarter third-party build system, specifically to ease the

What build system are you chosen?

Ciao,
Alessio

[Xenomai-help] Re: LIRE LInux Real-time Environment

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 1321 bytes --]

Alessio Igor Bogani wrote:
> Hi,
> 
> I ask excuse for my very bad english.
> 
> [...]
>>> http://www.rts.uni-hannover.de/lire/
>>>
>>> " LiRE V0.6.1 released / 18.08.2006
>>> This release contains the Linux Kernel 2.6.17.8, Xenomai 2.2.0, RTnet
>>> 0.9.4, RACK 0.3.0, BusyBox 1.2.1, bugfixes and some new features like
>>> QEMU Image Support. "
> [...]
>> We are now working on the next generation of LiRE which will likely be
>> based on some smarter third-party build system, specifically to ease the
> 
> What build system are you chosen?

PTXdist is under consideration for quite some time, but resources were
simply too limited to "play" with it.

We first need to find a clean model how to integrate the Xenomai build
process so that we can build from a single Xenomai source tree (to allow
development on that Xenomai tree), but do not turn PTXdist upside down.
Should be feasible. Once this is done, all other packets that are
missing will be easy to port.

The roadmap then looks like using PTXdist to build binary packets (like
we now do on our own) AND a toolchain (we simply use SuSE so far), but
first keep our installation process. Enhancing PTXdist with generic
"installation skins" may be a future step, also depending on the further
development of that project.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Re: LIRE LInux Real-time Environment

[Robert Schwebel]

On Thu, Oct 19, 2006 at 06:39:01PM +0200, Jan Kiszka wrote:
> > What build system are you chosen?
> 
> PTXdist is under consideration for quite some time, but resources were
> simply too limited to "play" with it.

Tell me if we can do something to boost your playing activities :)

> We first need to find a clean model how to integrate the Xenomai build
> process so that we can build from a single Xenomai source tree (to
> allow development on that Xenomai tree), but do not turn PTXdist
> upside down. Should be feasible. Once this is done, all other packets
> that are missing will be easy to port.

PTXdist can easily cope with usual things like patches, patch stacks
with series files and local software packages. So everything you need
should be there without turning PTXdist upside down. 

> The roadmap then looks like using PTXdist to build binary packets
> (like we now do on our own) AND a toolchain (we simply use SuSE so
> far), but first keep our installation process. Enhancing PTXdist with
> generic "installation skins" may be a future step, also depending on
> the further development of that project.

I missed the beginning of this discussion - which features are you
missing? PTXdist is able to build ipkg binary packets. It might also be
a good idea to discuss this on the PTXdist mailing list: 

	http://www.pengutronix.de/mailinglists/index_en.html

and not here.

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
     Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9

Re: [Xenomai-help] Re: LIRE LInux Real-time Environment

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 1863 bytes --]

Robert Schwebel wrote:
> On Thu, Oct 19, 2006 at 06:39:01PM +0200, Jan Kiszka wrote:
>>> What build system are you chosen?
>> PTXdist is under consideration for quite some time, but resources were
>> simply too limited to "play" with it.
> 
> Tell me if we can do something to boost your playing activities :)

Take over the rest of our daily work. ;)

> 
>> We first need to find a clean model how to integrate the Xenomai build
>> process so that we can build from a single Xenomai source tree (to
>> allow development on that Xenomai tree), but do not turn PTXdist
>> upside down. Should be feasible. Once this is done, all other packets
>> that are missing will be easy to port.
> 
> PTXdist can easily cope with usual things like patches, patch stacks
> with series files and local software packages. So everything you need
> should be there without turning PTXdist upside down. 

Xenomai is special in that it comes as one package for kernel patch,
kernel "hook" (which may also be expressed as a patch), and user space
libs/tools.

> 
>> The roadmap then looks like using PTXdist to build binary packets
>> (like we now do on our own) AND a toolchain (we simply use SuSE so
>> far), but first keep our installation process. Enhancing PTXdist with
>> generic "installation skins" may be a future step, also depending on
>> the further development of that project.
> 
> I missed the beginning of this discussion - which features are you
> missing? PTXdist is able to build ipkg binary packets. It might also be
> a good idea to discuss this on the PTXdist mailing list: 
> 
> 	http://www.pengutronix.de/mailinglists/index_en.html
> 
> and not here.

Yeah, I'm going to start a thread there soon (once I fixed some other
issue - daily work, you know). Anyone interested is welcome to join the
thread again.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] Re: LIRE LInux Real-time Environment

[Robert Schwebel]

On Fri, Oct 20, 2006 at 11:00:08AM +0200, Jan Kiszka wrote:
> > Tell me if we can do something to boost your playing activities :)
> 
> Take over the rest of our daily work. ;)

Ok, if you take over mine we might make a deal :)

> > PTXdist can easily cope with usual things like patches, patch stacks
> > with series files and local software packages. So everything you
> > need should be there without turning PTXdist upside down. 
> 
> Xenomai is special in that it comes as one package for kernel patch,
> kernel "hook" (which may also be expressed as a patch), and user space
> libs/tools.

The easiest way is probably to just put the patches into

	kernel-patches-native/

of your project and create a series file for them. You can use the
normal kernel build magic then and don't have to provide your own kernel
packet. Then make a separate packet for the tools. 

> Yeah, I'm going to start a thread there soon (once I fixed some other
> issue - daily work, you know). Anyone interested is welcome to join
> the thread again.

Ok. Note that we are very close to 0.10.5, so it might be a topic for
the next release then.

Robert
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
     Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9