Hi Peter,
I think this is a great initiative, and it the dates fit, we will
definitely attend. We want to see the efforts of both NMT and RTAI be
joined together to provide a single source for real-time Linux, with
both parties having appropriate attribution and credit. We would also
like to see more contributions from individuals considered, and if
worthy included with attribution.
To try and promote this, we have set up a site:
http://www.realtimelinux.org/
The idea being that it is moderated by neutral parties (would you
be interested ??), and so can be a forum for non-partisan
discussion.
My fears echo many of your own. What I fear most is the fragmentation,
currently (in my opinion) the right choice technically is NMT RTL for
2.0.xx kernels and RTAI for 2.2.xx. Initially the API's for NMT and
RTAI were very similar, but as time goes on, they are diverging. This
is a problem, people we speak to are uncomfortable with having to make a
choice, so why not make it easy for people and unify them.
I would suggest that before the workshop, that some of the issues are
discussed openly on the mailing lists, for instance:
* Is POSIX better as the core of the scheduler, or should it be built on
primitive resources as a separate module.
* Plans for 2.4
* Ports
* What should the API be.
* 486 support
Stuart Hughes,
Zentropix.
Peter Wurmsdobler wrote:
>
> Hi all,
>
> Linux has become a powerful operating system challenging the
> OS and computer market, because it is open source and adaptable
> to different hardware and computing problems. In particular,
> there are some groups spread over the world developing some
> modifications to the linux kernel in order to provide a hard
> real time operation system, e.g. the NMT real time linux, the
> RTAI variant, KURT etc. Since IMHO
>
> 1. developpers know one each other just by email,
>
> 2. there is also a growing demand for real time
> operating systems for different platforms,
>
> 3. there is a threat that the separation in different
> variants can introduce a negative feedback in the
> real time linux development loop because of the lack
> of a unified application interface,
>
> a Workshop could yield the following benefits:
>
> 1. Bring together the developers, because there are
> more channels of human communication in a conversation.
>
> 2. Presentation the different versions of real time linux,
> NMT rt-linux, RTAI rt-linux to a general audience of
> researchers, developers and industrial companies.
>
> 3. Profound discussion on the possibility of a unified
> approach involving mainly NMT and RTAI people.
>
> 4. Discussion on a general application interface for a
> real time linux version being independend on the
> hardware platform it is ported to, e.g AlphaAXP.
>
> 5. Agreement on a unified approach for different computer
> hardware, even embedded systems.
>
> And that's why we propose:
>
> Real Time Linux Workshop
> A real time linux meeting in real time and on a real place.
>
> http://www.thinkingnerds.com/projects/rtl-ws/rtl-ws.html
>
> December (unsigned int N). 1999
> Institut for Machine and Process Automation,
> Vienna University of Technology,
> Guszhausstr. 27-29, 1040 Vienna, Austria
>
> The date is not fixed yet (apart from the type), but since
> development is very fast in Linux, December should be possible.
> We would really be glad, if there is a positive echo from
> this group, especially from the NMT and the RTAI group, and
> from anywhere else,
>
> Nicholas McGuire
> Stefan Jakubek
> Peter Wurmsdobler
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/
