.
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l.
Via Del Cannino, 3
21020 Crosio Della Valle
Varese - Italy
/04/2012 13:51, Gilles Chanteperdrix ha scritto:
On 04/18/2012 12:28 PM, Roberto Bielli wrote:
Hi Gilles,
i try to give only another accurate information.
i made another test:
i write a xenomai driver for reading the timer and avic register and i
see a strange behaviour.
when there is the problem
have you a .config for imx31 to give me so i can compare them?
Il 19/04/2012 10:54, Gilles Chanteperdrix ha scritto:
On 04/19/2012 10:52 AM, Roberto Bielli wrote:
Hi Gilles,
i found the problem that disable interrupts when execute a task.
My kernel for imx25 uses the properties
Bielli wrote:
Hi Gilles,
here find the answers.
sorry for the delay.
Il 13/04/2012 15:47, Gilles Chanteperdrix ha scritto:
On 04/13/2012 10:44 AM, Roberto Bielli wrote:
Hi Gilles,
you don't feel like to repeat.
I'm trying all the things that you told me and i will do all the missing
test
scritto:
On 04/12/2012 06:58 PM, Roberto Bielli wrote:
Hi Gilles,
you tell me that you are working on imx.
Do you know if there is a working xenomai on imx (any kernel or imx
version) ?
I have tested Xenomai on imx31, imx51, imx53, imx6q. It works on these
platforms. Now, what you are doing
you think that can be a similar problem ?
Il 11/04/2012 14:10, Gilles Chanteperdrix ha scritto:
On 04/11/2012 08:59 AM, Roberto Bielli wrote:
Hi Gilles,
i try your workaround but nothing is changed.
I make another test. I try to comment out all the content of
mxc_mask_irq() but the result
if there is a code over the mxc_mask_irq that disable the
interrupts ?
About interrupt gpio it should be a link with this behaviour ? ( i don't
want gpio as interrupts )
Il 10/04/2012 14:40, Gilles Chanteperdrix ha scritto:
On 04/10/2012 02:33 PM, Roberto Bielli wrote:
Il 10/04/2012 13:49
Hi Gilles,
i learned the ipipe trace that i send you but i don't unserstand why i
have three timer reprogramming in few useconds.
Can you explain me the behaviour ?
Il 08/04/2012 00:17, Gilles Chanteperdrix ha scritto:
On 04/06/2012 06:59 PM, Roberto Bielli wrote:
Hi Gilles,
i made all
Hi Gilles,
I don't find the end of last __ipipe_grab_irq in the trace that i send you.
Is it correct ?
Il 08/04/2012 00:17, Gilles Chanteperdrix ha scritto:
On 04/06/2012 06:59 PM, Roberto Bielli wrote:
Hi Gilles,
i made all your modifies and re-read all corect register but the problem
Hi Gilles,
i look at the processor errata but for the imx25 there are no errata
elements on timer.
I see that tsc uses the same timer.
Does xenomai use the tsc for the next timer period ?
Il 10/04/2012 10:45, Gilles Chanteperdrix ha scritto:
On 04/10/2012 10:43 AM, Roberto Bielli wrote
:
#define timer_is_v2()(cpu_is_mx3() || cpu_is_mx5())
new:
#define timer_is_v2()(cpu_is_mx3() || cpu_is_mx25() || cpu_is_mx5())
Il 10/04/2012 11:06, Gilles Chanteperdrix ha scritto:
On 04/10/2012 10:58 AM, Roberto Bielli wrote:
Hi Gilles,
i look at the processor errata but for the imx25
Hi Gilles,
here is my time.c
Il 10/04/2012 11:11, Gilles Chanteperdrix ha scritto:
On 04/10/2012 11:06 AM, Gilles Chanteperdrix wrote:
On 04/10/2012 10:58 AM, Roberto Bielli wrote:
Hi Gilles,
i look at the processor errata but for the imx25 there are no errata
elements on timer
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
Il 10/04/2012 11:37, Gilles Chanteperdrix ha scritto:
On 04/10/2012 11:21 AM, Roberto Bielli wrote:
Hi Gilles,
here is my time.c
Though you have not made all the changes I
Chanteperdrix ha scritto:
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
The tsc physical address passed to user-space looks wrong.
void __ipipe_mach_get_tscinfo(struct __ipipe_tscinfo *info
Il 10/04/2012 14:06, Gilles Chanteperdrix ha scritto:
On 04/10/2012 02:05 PM, Roberto Bielli wrote:
Hi Gilles,
i added this in configure of xenomai so i pass --enable-arm-mach=imx25
imx25)arch=5
tsc_type=__XN_TSC_TYPE_FREERUNNING;;
Furthermore in plat-mxc/include/mach
/2012 14:12, Gilles Chanteperdrix ha scritto:
On 04/10/2012 02:11 PM, Roberto Bielli wrote:
Il 10/04/2012 14:06, Gilles Chanteperdrix ha scritto:
On 04/10/2012 02:05 PM, Roberto Bielli wrote:
Hi Gilles,
i added this in configure of xenomai so i pass --enable-arm-mach=imx25
imx25)arch=5
, the task makes I/O, or sleeps.
Il 10/04/2012 14:36, Gilles Chanteperdrix ha scritto:
On 04/10/2012 02:33 PM, Roberto Bielli wrote:
Il 10/04/2012 13:49, Gilles Chanteperdrix ha scritto:
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same
Hi Gilles,
i made all your modifies and re-read all corect register but the problem
is the same.
Best Regards
Il 06/04/2012 17:40, Gilles Chanteperdrix ha scritto:
On 04/06/2012 05:35 PM, Roberto Bielli wrote:
Hi Gilles,
excuse me, but i don't understand why i have to read the register
/07/2012 07:13 PM, Roberto Bielli wrote:
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Thanks a lot for your time.
Hi Roberto,
any news about this issue?
Regards
.
Jan
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l
..) or
is there another chance ?
Thanks a lot for your response.
Il 22/03/2012 16:30, Jan Kiszka ha scritto:
On 2012-03-21 17:48, Roberto Bielli wrote:
Hi,
i want to use xenomai for sending standard tcp/ip packets.
Is it possible to rewrite the ethernet driver for xenomai without using
rtnet ?
Or if i use
.
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l.
Via Del
: Roberto Bielli roberto.bie...@axelsw.it
A: Gilles Chanteperdrix gilles.chanteperd...@xenomai.org
CC: xenomai-core@gna.org
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Thanks a lot for your time
with the
tasks and the timer ?
Thanks for all.
Il 06/03/2012 17:16, Gilles Chanteperdrix ha scritto:
On 03/06/2012 04:35 PM, Roberto Bielli wrote:
Hi Gilles,
about T_WARNSW i see in the /proc/xenomai/stat that my task hasn't change mode
(the value of MSW is 0 )
so, it hasn't changed
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Thanks a lot for your time.
Il 07/03/2012 14:44, Gilles Chanteperdrix ha scritto:
On 03/07/2012 01:59 PM, Roberto Bielli wrote:
Hi Gilles,
we are sure
Hi Gilles,
here is the new trace.
Il 06/03/2012 13:09, Gilles Chanteperdrix ha scritto:
On 03/06/2012 11:14 AM, Roberto Bielli wrote:
Hi,
here is the trace.
Please try to capture the xntimer_next_local_shot which happens before
the bug to see if the timer ticks when expected.
Also note
with
|xntrace_user_start|/|xntrace_user_stop|.
Is the log of xenomai in the same place (/proc/ipipe/trace/max ) of ipipe ?
Thanks a lot
Il 06/03/2012 14:04, Gilles Chanteperdrix ha scritto:
On 03/06/2012 02:00 PM, Roberto Bielli wrote:
Hi Gilles,
here is the new trace.
There is nothing to see on that trace
Hi Gilles,
about T_WARNSW i see in the /proc/xenomai/stat that my task hasn't change mode
(the value of MSW is 0 )
so, it hasn't changed in secondary mode.
Correct ?
Il 06/03/2012 16:20, Gilles Chanteperdrix ha scritto:
On 03/06/2012 04:14 PM, Roberto Bielli wrote:
Hi Gilles,
i changed
have a problem with ipipe porting.
Any idea ?
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l
the *__ipipe_mach_timerint *interrupt and so the other
interrupts are very late.
Do you know something about this ?
Thanks for all
--
++
Roberto Bielli
?) and registry save
(spin_lock_irqsave in mxc_gpio_set etc...)
Thanks a lot
--
++
Roberto Bielli
Sviluppo Software
)?
Thanks a lot
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l.
Via Del Cannino, 3
21020 Crosio Della Valle
Varese - Italy
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l.
Via Del Cannino, 3
21020
Hi,
i explain better. if i don't use rt_task_join i remove the flag
T_JOINABLE, so i wait the task termination with a rt_task_create that
return -EEXIST.
Thanks
Il 31/08/2011 09:12, Gilles Chanteperdrix ha scritto:
On 08/31/2011 08:57 AM, Roberto Bielli wrote:
Hi,
if i don't want to use
--
++
Roberto Bielli
Sviluppo Software
Axel S.r.l
the rtDesc member of the
structure, in order to allow us reproducing your scenario?
--
++
Roberto Bielli
Sviluppo Software
Hi,
i know that debugging a user application with gdb can broke the task
priority but
also if i insert no breakpoints ?
I explain better, in the 2.5.6 version a see that if i launch an
application with gdbserver a task that has an inferior priority execute
while another task with a high
Hi,
i'm using xenomai 2.5.6 stable implemented for Marvell mv78xx on Arm.
I have a very strange behaviour.
I have 60 tasks and some tasks delete other tasks. In the case that one
task delete/suspend a task that is just deleted/suspended,
the next delete/suspend kill the wrong task and if i
with assurancethe any other task goes before me when i
release the breakpoint )
Thanks for all
--
++
Roberto Bielli
Sviluppo Software
(LWP 537)]
[New Thread 0x2acfc490 (LWP 538)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2acfc490 (LWP 538)]
0x2aab9d74 in _dl_catch_error () from /lib/ld-linux.so.3
(gdb)
Il 10/06/2011 19:32, Gilles Chanteperdrix ha scritto:
On 06/10/2011 06:51 PM, Roberto
Hi,
the function rt_task_delete goes in segmentation fault.
this is the environment:
- kernel 2.6.31.8 arm marvell (test custom porting)
- xenomai 2.5.5.1
- the code:
int main (int argc, char *argv[])
{
//Porta di comunicazione
int s;
RT_TASK pippo;
int err;
42 matches
Mail list logo