On 05/12/2011 06:15 AM, arethe rtai wrote:
Hi all:
I wirte a share memory program, but I found the share momory does
not work while I try to take a communication between user space and
kernel space.
The task in kernel is OK, we can get the shared space. But the
task in user space can
On Thu, May 12, 2011 at 02:03:34AM +0200, Gilles Chanteperdrix wrote:
the issue on ixp looks like the last one to be fixed on arm. If you have
time, could you try the following program? It makes a very basic test,
but not having a big-endian ixp at end, I am wondering about very basic
Hi Stefan,
A few months ago, you asked me whether it was possible to prevent the
OS from waking up your process each time a few bytes were
acquired. You came with the idea to implement a wake-up threshold below
which the user space process is kept in sleep state.
A few days ago, I updated my
HI all:
I always got null while I request a shared memory through RTAI
skins in the user space.
Some bugs maybe exist in the sub-system. I traced the execution
stream of rt_shm_alloc, and found the mmap() operation always return
-22. I suspect the problem should be same while we use
Hi Alexis,
thanks so much for the new feature! I will try it and report back.
In the last months, I actually did run some comparisons between Comedi and
Analogy, and in all cases found that your Analogy implementation performs
exactly the same as Comedi, actually, for CMD-based streaming, I
On 05/13/2011 03:25 AM, arethe rtai wrote:
HI all:
I always got null while I request a shared memory through RTAI
skins in the user space.
Some bugs maybe exist in the sub-system. I traced the execution
stream of rt_shm_alloc, and found the mmap() operation always return
-22. I