OK here are a bit more details, output from the module (rt_task_create
and rt_task_start lines are printing the return value). It looks like
the same problem as Johan reported a few hours ago. Am I right?

rt_task_create(): 0

I-pipe: Detected illicit call from domain 'Xenomai'
        into a service reserved for domain 'Linux' and below.

[<c001e0b0>] (dump_stack+0x0/0x14) from [<c00575a8>] (ipipe_check_context+0x80/0
x9c)
[<c0057528>] (ipipe_check_context+0x0/0x9c) from [<c00a7af0>] (__kmalloc+0x60/0x
108)
 r4:c3d2fc00
[<c00a7a90>] (__kmalloc+0x0/0x108) from [<bf000724>] (ebustxrx+0x30/0x148 [macb2
])
 r7:00000010 r6:c3d7fb40 r5:bf0015cc r4:c3d2fc00
[<bf0006f4>] (ebustxrx+0x0/0x148 [macb2]) from [<bf003b7c>] (bus_fixed_msg_cycle
+0x1c/0x3c [rt_bus_driver])
[<bf003b60>] (bus_fixed_msg_cycle+0x0/0x3c [rt_bus_driver]) from [<bf004f60>] (R
ead_inputs+0x28/0x164 [rt_bus_driver])
[<bf004f38>] (Read_inputs+0x0/0x164 [rt_bus_driver]) from [<bf0038d0>] (do_upg+0
x44/0x250 [rt_bus_driver])
[<bf00388c>] (do_upg+0x0/0x250 [rt_bus_driver]) from [<c005f964>] (xnarch_thread
_trampoline+0x28/0x34)
 r7:00000000 r6:00000000 r5:bf00b508 r4:bf00b508
[<c005f93c>] (xnarch_thread_trampoline+0x0/0x34) from [<c005ee14>] (xnpod_schedu
le+0x470/0x760)
 r4:c005f93c

rt_task_start(): 0


On Fri, Mar 14, 2008 at 12:07 PM, Bosko Radivojevic
<[EMAIL PROTECTED]> wrote:
> Sorry, my fingers are faster than my mind. The same happens when I
>  remove rt_task_set_mode call. In the meantime, I realized that
>  T_PRIMARY is invalid for kernel based tasks. So... maybe this is a
>  bug? :)
>
>  On Fri, Mar 14, 2008 at 12:04 PM, Bosko Radivojevic
>
> <[EMAIL PROTECTED]> wrote:
>
>
> > Hi,
>  >
>  >  now, I have a problem with our application. It is using native skin,
>  >  when I start it I get:
>  >
>  >  kernel BUG at kernel/ipipe/core.c:322!
>  >  Xenomai: suspending kernel thread bf00b4e8 ('do_upg') at 0xc001db14
>  >  after exception #0
>  >
>  >  It looks to me that this happens after rt_task_set_mode(0, T_PRIMARY,
>  >  NULL) call in our module. Maybe something changed from 2.3.x Xenomai
>  >  to 2.4.x?
>  >
>  >  On Wed, Mar 12, 2008 at 5:23 PM, Gilles Chanteperdrix
>  >
>  > <[EMAIL PROTECTED]> wrote:
>  >
>  >
>  > > Hi,
>  >  >
>  >  >  as you may have already noticed, the ARM I-pipe patch for linux 2.6.24
>  >  >  is available on Adeos download site and in Xenomai svn.
>  >  >
>  >  >  This patch incorporates modifications of all boards code to adapt to
>  >  >  the ipipe_tickdev system which couples timer requests with Linux
>  >  >  clockevent/clocksource framework.
>  >  >
>  >  >  As usual, it is tested only on AT91RM9200 and only compile-tested for
>  >  >  other boards. So, it would be nice if people could test this new patch
>  >  >  on their board.
>  >  >
>  >  >  Thanks and regards.
>  >  >
>  >  >  --
>  >  >   Gilles Chanteperdrix
>  >  >
>  >  >  _______________________________________________
>  >  >  Adeos-main mailing list
>  >  >  [EMAIL PROTECTED]
>  >  >  https://mail.gna.org/listinfo/adeos-main
>  >  >
>  >
>

_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to