al lykken wrote:
> The problem is that when another process is started, any access to disk,
> etc I blow my frame, where I get burps out to 10 - 30ms.
IMHO, 30 ms is rather good for a non rt-kernel :-)
If 1 ms is good enough for your application, then
somewhat like Linux/RT (AKA Linux/RK, see www.timesys.com, Hi Raj!)
or KU-RT (http://www.ittc.ukans.edu/kurt/, Hi, Douglas!) would fit
your needs. As these projects (indended for x86, AFAIK) are just
modifing the kernel-scheduler, there is at least a good chance
that they could apply to PPC as well ...
Another chance: have a look at
http://people.redhat.com/mingo/lowlatency-patches/
http://people.redhat.com/mingo/scheduler-patches/
Sounds good, but don�t ask me what these patches
are doing :-)
Next posibility: give RTL3.0 a chance, get the source code,
modifiy it, until it fits you needs and send the patches
back to Victor :-)
BTW: is RTL3.0 for PPC ready for SMP?
The last Chance would result in a new real-time project:
A year ago, me and some (former) collegues had
the following idea: on an SMP machine, Linux could
run in non-SMP-mode on one processor, while
RTEMS is using the other processor. Depending
on the application, the whole RTEMS-stuff would
fit into 512 KByte of memory, an thus fitting
completly into the L2-Cache of a Pentium II.
We played around a little bit and succeeded to
start a simple program (toggling bits on the
parallel-port) on the second processor,
while linux was running on the first.
We just had to modify about 40 lines in the
Kernel to do so ...
If there are enough people out there, interessted
in that idea, we could revival the project.
(AFAIR, RTEMS runs on PPC as well).
Bernhard
-- [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/
