Messages in this thread |  | | | Subject | Re: RT patch acceptance | | From | Steven Rostedt <> | | Date | Tue, 31 May 2005 17:22:31 -0400 |
| |
On Tue, 2005-05-31 at 22:54 +0200, Andrea Arcangeli wrote:
> One thing we should be careful: if syscalls aren't needed in the app and > all the MMIO space can be mmapped by the device driver and the app can > run fully in userland and be invoked from irqs, then going with the > "diamond hard" is not more complicated than going with the weak > solutions. The "diamond hard" will work in userland too, and it won't be > substantially different from a soft-RT "metal hard" approach like > preempt-RT. So it'd be very bad if people would choose preempt-RT if > they could equally easily go with RTAI or other "diamond hard" solutions > that are order of magnitude simpler and safer. >
The question is, it is really simpler? Programming for the -RT patch would work with just Linux as well. You just miss your deadlines, but the application will still run, or at least easy to test. I haven't used the RTAI approach so I'm not familiar with the difficulties of using it. But one would still need to make the effort in incorporating it. If the -RT patch is merged, then all that would be needed is a CONFIG option set.
> As you said what I've always meant with hard-RT is the "diamond hard" > thing. After all in linux everything that called hard-RT (RTAI, RTLinux, > nanokernel) was "diamond hard" so far, preempt-RT is the first time in > linux where I see the word "hard-RT" combined with something not > "diamond hard".
I wouldn't call RTAI, RTLinux or a nano-kernel (embedded with Linux) "Diamond" hard. Maybe "Ruby" hard, but not diamond. Remember, I use to test code that was running airplane engines, and none of those mentioned would qualify to run that. I wouldn't want to be in an airplane that had one of those as the main OS unless someone really stripped them down or did the real work to verify them.
How much guarantee can the RTAI projects give on latencies? And how well does an application running on Linux (non-RT) communicate to an application running as RT? You don't need to answer, I guess I could read up on it when I get the time.
So, time may tell. Ingo's patch may one day get to Ruby level, but right now I believe 90% of all RT applications are satisfied with the "Metal" level.
-- Steve
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |