Actually, we had a summer intern port an OSS driver for us for both RTLinuxPro
and
RTLinuxFree as test project and connect it to a CD player. It was pretty simple.
I'll release both projects in the next couple of weeks.
On Wed, Jul 13, 2005 at 03:22:42PM -0400, Paul Davis wrote:
On Wed,
Am Dienstag, 12. Juli 2005 21:53 schrieb Iain Duncan:
That sounds like it would be useful for more than just audio, ie
robotics, any embedded linux apps, etc.
In realtime critical applications people prefer RTLinux or the RTAI extension
to the kernel for periods and scheduling latencies in the
In realtime critical applications people prefer RTLinux or the RTAI extension
to the kernel for periods and scheduling latencies in the low microseconds
range (30 microseconds worst case scheduling latency on recent x86
hardware).
I've often wondered about that. Why are those sorts of
On Wed, 2005-07-13 at 12:12 -0700, Iain Duncan wrote:
In realtime critical applications people prefer RTLinux or the RTAI
extension
to the kernel for periods and scheduling latencies in the low microseconds
range (30 microseconds worst case scheduling latency on recent x86
On Wed, 2005-07-13 at 12:12 -0700, Iain Duncan wrote:
In realtime critical applications people prefer RTLinux or the RTAI
extension
to the kernel for periods and scheduling latencies in the low microseconds
range (30 microseconds worst case scheduling latency on recent x86
On Wed, Jul 13, 2005 at 03:22:42PM -0400, Paul Davis wrote:
On Wed, 2005-07-13 at 12:12 -0700, Iain Duncan wrote:
In realtime critical applications people prefer RTLinux or the RTAI
extension
to the kernel for periods and scheduling latencies in the low
microseconds
range (30
Aha, thanks Lee and Paul, that explains that!
Iain.
Lee Revell wrote:
On Wed, 2005-07-13 at 12:12 -0700, Iain Duncan wrote:
In realtime critical applications people prefer RTLinux or the RTAI extension
to the kernel for periods and scheduling latencies in the low microseconds
range (30
Can you quantify how high-resolution you need, i.e. what accuracy?
The Linux kernel does not have support (yet) for resolution above
100Hz or 1000Hz, depending on your hardware platform.
There is some work going on into high resolution timers patches, but
integration of that is still far off I
On Tue, 2005-07-12 at 12:19 +0100, Martin Habets wrote:
Can you quantify how high-resolution you need, i.e. what accuracy?
The Linux kernel does not have support (yet) for resolution above
100Hz or 1000Hz, depending on your hardware platform.
There is some work going on into high resolution
Can you quantify how high-resolution you need, i.e. what accuracy?
The Linux kernel does not have support (yet) for resolution above
100Hz or 1000Hz, depending on your hardware platform.
There is some work going on into high resolution timers patches, but
integration of that is still far off I
Anyone have a good suggestion for a tutorial for making accurate
high-resolution high-priority clocks in C? I found some tutorials but
they were kinda old, so wondered if they might be out of date as to how
far real-time scheduling has come on linux. I want to be able to wake up
a pthread very
11 matches
Mail list logo
