Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I have written the attached test program to cancel Xenomai POSIX
threads. The calc_task does some busy work, which the higher priority
task ctrl_task interrupts and aborts after some time. The program does
not behave like I
Could not it be that the highest priority task is using all the CPU?
No, it's highly unprobable. The task runs at is should.
Is the low priority task also mapped as Xenomai task? In that case
calling standard Linux time services can be lethal:
Yes, the task is mapped as Xenomai task, because
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I have written the attached test program to cancel Xenomai POSIX
threads. The calc_task does some busy work, which the higher priority
task ctrl_task interrupts and aborts after some time. The program does
not behave like I
Dear Sirs,
I'm using Xenomai with uclinux-dist-2008R1.5 on bf537.
Then, it is possible to use native api with a fdpic elf format?
I receive warning like relocation references a different segment.
I compile with bfin-linux-uclibc-gcc -lnative.
In my code I create 2 real time tasks.
All
Daniele Pagani wrote:
Dear Sirs,
I'm using Xenomai with uclinux-dist-2008R1.5 on bf537.
Then, it is possible to use native api with a fdpic elf format?
I receive warning like relocation references a different segment.
I compile with bfin-linux-uclibc-gcc -lnative.
We do
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I have written the attached test program to cancel Xenomai POSIX
threads. The calc_task does some busy work, which the higher priority
task ctrl_task interrupts and aborts after some time. The program
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I have written the attached test program to cancel Xenomai POSIX
threads. The calc_task does some busy work, which the higher priority
task ctrl_task interrupts and aborts
Dear Philippe,
thank you very much for your very fast answer.
Anyway, please consider that I'm newbie about the matter,
so,
where I need to write these lines?
I find in:
/mnt/uClinux-dist-2008R1.5-RC3/staging/usr/bin
the xeno-config command.
Then, I run:
./xeno-config --xeno-cflags
Daniele Pagani wrote:
Dear Philippe,
thank you very much for your very fast answer.
Anyway, please consider that I'm newbie about the matter,
so,
where I need to write these lines?
I find in:
/mnt/uClinux-dist-2008R1.5-RC3/staging/usr/bin
the xeno-config command.
Then, I run:
Gilles Chanteperdrix wrote:
Now, the question is, do you realistically plan to write an application
which makes no syscall in its real-time loop?
Unlikely, but it may happen in case of programming errors. Anyhow, the
pthreads will run legacy code and it would be a pain to add
Hi Jan ...
... Thanks a lot for your reply ... And the workaround is OK!
2 little last precisions about this topic :
-is it necessary to rename all the rt's entry points as
nrt's entry points (close,read,write,ioctl) ?
-is the interrupt handler vxworks_tick_time_module (when
Rubio, Martial wrote:
Hi Jan ...
... Thanks a lot for your reply ... And the workaround is OK!
2 little last precisions about this topic :
-is it necessary to rename all the rt's entry points as
nrt's entry points (close,read,write,ioctl) ?
For close, yes, but the rest should
12 matches
Mail list logo