Li Yi wrote:
Hi Philippe,
According to your answers, I updated the document on Xenomai on
Blackfin: (http://docs.blackfin.uclinux.org/doku.php?id=adeos) with the
test result of different modes, setting XENO_OPT_TIMING_SCHEDLAT = 1.
But I still have some question about the test result,
Saul wrote:
Gilles Chanteperdrix wrote:
I thought SMI was supposed to increase latencies, but I only
see latencies 60us at any load, unless I start video
capture. Does the latency test absolutely rule out SMI as
the cause?
Not really, e.g. if the video
Thanks for the suggestions.
I am using Blackfin 533 on the STAMP board. The core frequency is 398
MHz.These data are got when there is not special workload, only uClinux
running.
I tried to run latency test in Mode 0 (user space task) for 60 sec,
with the calibrator as work load, this time the
I'm trying to use the Vxworks skin,
with RealTime task. But I've got a problem during a task
test.
I would like to configure the scheduler
in Round Robin mode and launch a
first blocking task, and a second
one,with an higher priority, which
kill the first one after a while. But
the
Thomas, Brieuc \(GE Healthcare\) wrote:
Unfortunately, I still have the same problem with the correction, see
bellow. Is my roundrobin configuration is entirely correct (RR,Ticks and
time slice)?
The first task created with taskSpawn preempts the module initialization
routine immediately
Hi everyone,
Using the native skin, I have two heaps that I create in a kernel module
using rt_heap_create. They are of type H_SHARED. I can see these in
the /proc file system. When I cat these files I get...
bash-2.05b# cat
/proc/xenomai/registry/native/heaps/header
adam li wrote:
Thanks for the suggestions.
I am using Blackfin 533 on the STAMP board. The core frequency is 398
MHz.These data are got when there is not special workload, only uClinux
running.
I tried to run latency test in Mode 0 (user space task) for 60 sec,
with the calibrator as
Randy learns to make device nodes for rtheap and rtpXX. Had to use
strace -f to see that it was failing to open /dev/rtheap. After these
are in place problem goes away.
Randy Smith wrote:
Hi everyone,
Using the native skin, I have two heaps that I create in a kernel
module using