Jeroen Van den Keybus wrote:
And now, Ladies and Gentlemen, with the patches attached.
I've installed both patches and the problem seems to have disappeared.
I'll try it on another machine tomorrow, too. Meanwhile: thanks very
much for the assistance !
Actually, the effort you made t
And now, Ladies and Gentlemen, with the patches attached.
I've installed both patches and the problem seems to have disappeared. I'll try it on another machine tomorrow, too. Meanwhile: thanks very much for the assistance !
Jeroen.
Dmitry Adamushko wrote:
> On 31/01/06, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>> Dmitry Adamushko wrote:
>>> Hi,
>>>
>>> the previous version contained an ugly bug, namely the misuse of the
>>> test_and_set/clear_bit interface
>>> that led to a broken system from time to time.
>>>
>> What about the
On 31/01/06, Jan Kiszka <[EMAIL PROTECTED]> wrote:
Dmitry Adamushko wrote:> Hi,>> the previous version contained an ugly bug, namely the misuse of the> test_and_set/clear_bit interface> that led to a broken system from time to time.>
What about the ISA/edge-triggered stuff? :DMy problem is that we
Dmitry Adamushko wrote:
> Hi,
>
> the previous version contained an ugly bug, namely the misuse of the
> test_and_set/clear_bit interface
> that led to a broken system from time to time.
>
And here is a tiny patch to make RTDM shared-IRQ-aware. If you release
another version before a merge, you
Dmitry Adamushko wrote:
> Hi,
>
> the previous version contained an ugly bug, namely the misuse of the
> test_and_set/clear_bit interface
> that led to a broken system from time to time.
>
What about the ISA/edge-triggered stuff? :D
My problem is that we cannot test here on real hardware becaus
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> At this chance: any comments on the panic-freeze extension for the
>> tracer? I need to rework the Xenomai patch, but the ipipe side should be
>> ready for merge.
>>
>
> No issue with the ipipe side since it only touches the tracer support
> code. No is
Hi,
the previous version contained an ugly bug, namely the misuse of the test_and_set/clear_bit interface
that led to a broken system from time to time.
-- Best regards,Dmitry Adamushko
shirq-v6.patch
Description: Binary data
Stefan Kisdaroczi wrote:
Hi again,
I looked at the sources now...
Am Tuesday 17 January 2006 14:57 schrieb Stefan Kisdaroczi:
Hi,
I made a small test with rt_heap_ in userspace,
i think I understood the actual limitations of the userspace support.
I used 1 as heapsize. Xenomai 2.1-RC2/x8
Hi,
Stefan Kisdaroczi wrote:
Hi all,
as a reminder (userspace, native skin, shared heap) [1]:
API documentation: "If the heap is shared, this value can be either zero, or
the same value given to rt_heap_create()."
This is not true. As the heapsize gets altered in rt_heap_create for page size
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
>
> Hi,
>
> For your review, here is an attempt to factor arithmetic routines in
> asm-generic/hal.h.
And with the blackfin architecture...
Applied, thanks.
---
Jeroen Van den Keybus wrote:
And now, Ladies and Gentlemen, with the patches attached.
I've installed both patches and the problem seems to have disappeared.
I'll try it on another machine tomorrow, too. Meanwhile: thanks very
much for the assistance !
Actually, the effort you made t
And now, Ladies and Gentlemen, with the patches attached.
I've installed both patches and the problem seems to have disappeared. I'll try it on another machine tomorrow, too. Meanwhile: thanks very much for the assistance !
Jeroen.
___
Xenomai-core ma
Heikki Lindholm wrote:
Currently the two powerpc fpu*.S assembly sections are so similar that
there's really no need for two of them. Merge them into a common fpu.S.
Tested on a G5.
Applied, thanks.
-- Heikki Lindholm
--
Dmitry Adamushko wrote:
> On 31/01/06, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>> Dmitry Adamushko wrote:
>>> Hi,
>>>
>>> the previous version contained an ugly bug, namely the misuse of the
>>> test_and_set/clear_bit interface
>>> that led to a broken system from time to time.
>>>
>> What about the
On 31/01/06, Jan Kiszka <[EMAIL PROTECTED]> wrote:
Dmitry Adamushko wrote:> Hi,>> the previous version contained an ugly bug, namely the misuse of the> test_and_set/clear_bit interface> that led to a broken system from time to time.>
What about the ISA/edge-triggered stuff? :DMy problem is that we
Dmitry Adamushko wrote:
> Hi,
>
> the previous version contained an ugly bug, namely the misuse of the
> test_and_set/clear_bit interface
> that led to a broken system from time to time.
>
And here is a tiny patch to make RTDM shared-IRQ-aware. If you release
another version before a merge, you
Hi,
the previous version contained an ugly bug, namely the misuse of the test_and_set/clear_bit interface
that led to a broken system from time to time.
-- Best regards,Dmitry Adamushko
shirq-v6.patch
Description: Binary data
___
Xenomai-core mailing
Dmitry Adamushko wrote:
> Hi,
>
> the previous version contained an ugly bug, namely the misuse of the
> test_and_set/clear_bit interface
> that led to a broken system from time to time.
>
What about the ISA/edge-triggered stuff? :D
My problem is that we cannot test here on real hardware becaus
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> At this chance: any comments on the panic-freeze extension for the
>> tracer? I need to rework the Xenomai patch, but the ipipe side should be
>> ready for merge.
>>
>
> No issue with the ipipe side since it only touches the tracer support
> code. No is
Jan Kiszka wrote:
Dmitry Adamushko wrote:
To achieve this,
1) xnintr_t should be extended with a "name" field;
2) rt_intr_create() should contain a "name" argument and not use
auto-generation (as "irqN") any more.
Ok, sounds reasonable. This said, since this change would alter the inte
Stefan Kisdaroczi wrote:
Hi again,
I looked at the sources now...
Am Tuesday 17 January 2006 14:57 schrieb Stefan Kisdaroczi:
Hi,
I made a small test with rt_heap_ in userspace,
i think I understood the actual limitations of the userspace support.
I used 1 as heapsize. Xenomai 2.1-RC2/x8
Hi,
Stefan Kisdaroczi wrote:
Hi all,
as a reminder (userspace, native skin, shared heap) [1]:
API documentation: "If the heap is shared, this value can be either zero, or
the same value given to rt_heap_create()."
This is not true. As the heapsize gets altered in rt_heap_create for page size
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
>
> Hi,
>
> For your review, here is an attempt to factor arithmetic routines in
> asm-generic/hal.h.
And with the blackfin architecture...
Applied, thanks.
---
Heikki Lindholm wrote:
Currently the two powerpc fpu*.S assembly sections are so similar that
there's really no need for two of them. Merge them into a common fpu.S.
Tested on a G5.
Applied, thanks.
-- Heikki Lindholm
--
Jan Kiszka wrote:
Dmitry Adamushko wrote:
To achieve this,
1) xnintr_t should be extended with a "name" field;
2) rt_intr_create() should contain a "name" argument and not use
auto-generation (as "irqN") any more.
Ok, sounds reasonable. This said, since this change would alter the inte
Jan Kiszka wrote:
Philippe Gerum wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jeroen Van den Keybus wrote:
Hello,
I'm currently not at a level to participate in your
discussion. Although I'm
willing to supply you with stresstests, I would neverthele
27 matches
Mail list logo
