Do you have a question? Post it now! No Registration Necessary
Subject
- Posted on
RTAI, RTLinux and fully preemptive patch
- 11-22-2010
- softwareEngineer
November 22, 2010, 12:28 pm

Hi,
i'm developing real-time application and i need to know relation between
1. RTAI (www.rtai.org)
2. RTLinux (http://en.wikipedia.org/wiki/RTLinux )
3. ingo molnar patch about kernel fully preemptive
(https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO )
It is three patch to achieve the same goal ? or RTLinux/RTAI needs of (3) ?
practical experience ?
thanks in advice.
i'm developing real-time application and i need to know relation between
1. RTAI (www.rtai.org)
2. RTLinux (http://en.wikipedia.org/wiki/RTLinux )
3. ingo molnar patch about kernel fully preemptive
(https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO )
It is three patch to achieve the same goal ? or RTLinux/RTAI needs of (3) ?
practical experience ?
thanks in advice.

Re: RTAI, RTLinux and fully preemptive patch

That's Linux on top of a specific real-time kernel.
Look for Xenomai too.

That's Linux on top of another specific real-time kernel, nowadays
submerged in a windy river.

That's Linux with patches in its kernel.

No, those are two approaches (one: make Linux run as a task on top of an
RTOS, use directly the RTOS when you need hard RT, but Linux apps when
you don't; two: fix Linux kernel to make it more preemptable and less
unpredictable, use always Linux applications) to solve the same problem.
Each approach with its variations, trade marks and the like.

Not me... yet.


Re: RTAI, RTLinux and fully preemptive patch

RT preempt: The advantage is you can use generic POSIX (with exceptions) to
program your hard realtime application and you can do it in userland.
Successfully used in various industrial projects.
(https://www.osadl.org/Realtime-Linux.projects-realtime-linux.0.html )
jbe

Re: RTAI, RTLinux and fully preemptive patch

If you need hard realtime you need to stick with RTL or RTAI. Both
have a HAL beneath the linux jernel that provide hard-realtime API.
If soft-RT is good enough for you the standard 2.6 kernel preforms
pretty well as long as don't hit a shitty driver ported from early 2.4
kernel versions.
In 2.6 99% of the kernel code is preemtible (only the first level ISRs
are not but those are well written in most cases)
I've used soft RT on 2.6 (and the latest 2.4) kernels without
significant problems.
Site Timeline
- » Coding guidelines for embedded applications
- — Next thread in » Embedded Linux
-
- » ---
- — Previous thread in » Embedded Linux
-
- » Crosscompiling for ARM: reloc type R_ARM_ABS32 is not supported for PIC - ...
- — Newest thread in » Embedded Linux
-
- » GM Bolt battery problem
- — The site's Newest Thread. Posted in » Electronics Design
-
- » soldermaska zastÄ™pcza
- — The site's Last Updated Thread. Posted in » Electronics (Polish)
-