Rodrigo Rosenfeld Rosas wrote:
> BTW, please, could someone confirm the rt_task_delete(NULL) bug in SVN?
Half-confirmed, there is something fishy. I'm struggling with the
debugger ATM, not sure yet who's wrong ;). It tells me rt_task_delete of
the skin module is entered with task != NULL...
Jan
[a few interruptions later]
Jan Kiszka wrote:
> Rodrigo Rosenfeld Rosas wrote:
>> BTW, please, could someone confirm the rt_task_delete(NULL) bug in SVN?
>
> Half-confirmed, there is something fishy. I'm struggling with the
> debugger ATM, not sure yet who's wrong ;). It tells me rt_task_delete o
Maybe NULL is defined diferently in kernel mode and in userspace? Maybe it
would be good to test the function against 0 (zero) in both code just for
making sure...
Rodrigo.
Em Terça 11 Abril 2006 09:29, Jan Kiszka escreveu:
>Rodrigo
Philippe Gerum wrote:
> Gilles Chanteperdrix wrote:
> > I tried latency -t 1 on an SMP machines, and observed a very
> > reproducible crash. Most of the time, the machine locks up
> > completely. The rest of the time, I get :
> >
> > Xenomai: suspending kernel thread e7559044 ('timerbench')
We are
in the process of calibrating Xenomai task
swiching latency performance in user space
application with vxWorks skin. Does
anybody has sample code either in C or C++
to share with us?
___
Xenomai-core mailing list
Xenomai-core@gna.org
ht
Jan Kiszka wrote:
[a few interruptions later]
Jan Kiszka wrote:
Rodrigo Rosenfeld Rosas wrote:
BTW, please, could someone confirm the rt_task_delete(NULL) bug in SVN?
Half-confirmed, there is something fishy. I'm struggling with the
debugger ATM, not sure yet who's wrong ;). It tells me rt
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>
>>> Hi,
>>>
>>> this is the preliminary, though already usable result of my recent
>>> effort to extend the tool situation for Xenomai: A kgdb patch series for
>>> 2.6.15 on x86. It already works quite well but likely does not yet ca
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Jan Kiszka wrote:
Hi,
this is the preliminary, though already usable result of my recent
effort to extend the tool situation for Xenomai: A kgdb patch series for
2.6.15 on x86. It already works quite well but likely does not yet ca
Philippe Gerum wrote:
Jan Kiszka wrote:
[a few interruptions later]
Jan Kiszka wrote:
Rodrigo Rosenfeld Rosas wrote:
BTW, please, could someone confirm the rt_task_delete(NULL) bug in SVN?
Half-confirmed, there is something fishy. I'm struggling with the
debugger ATM, not sure yet who's
Philippe Gerum wrote:
> Moser, Dan wrote:
>> Hi,
>>
>> I was wondering if there was a command line method for deleting left
>> over heaps (i.e., those that were not properly deleted with a call to
>> rt_heap_delete()) from /proc/xenomai/registry/native/heaps.
>>
>> Just a simple rm command (as root
Hi Dmitry,
Dmitry Adamushko wrote:
> Hi,
>
> yep, this is yet another draft patch which aims at supporting the
> nested irq disable/enable calls for the primary domain.
>
> o no changes on the adeos-ipipe layer, hence it's much cleaner and
> smaller that the one I have posted last time;
>
> o
Philippe Gerum wrote:
> Philippe Gerum wrote:
>> Jan Kiszka wrote:
>>
>>> [a few interruptions later]
>>>
>>> Jan Kiszka wrote:
>>>
Rodrigo Rosenfeld Rosas wrote:
> BTW, please, could someone confirm the rt_task_delete(NULL) bug in
> SVN?
Half-confirmed, there is so
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>
>>> Jan Kiszka wrote:
>>>
Jan Kiszka wrote:
> Hi,
>
> this is the preliminary, though already usable result of my recent
> effort to extend the tool situation for Xenomai: A kgdb patch
> series
13 matches
Mail list logo
