On Tue, May 6, 2008 at 11:27 AM, Benjamin ZORES
<[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix a écrit :
>
> > On Tue, May 6, 2008 at 10:11 AM, Benjamin ZORES
> > <[EMAIL PROTECTED]> wrote:
> >
> >
> > Why not x86_64 ?
> >
> >
> Cause I don't need 64 bits.
>
> >
> > Have you run the late
Gilles Chanteperdrix a écrit :
> On Tue, May 6, 2008 at 10:11 AM, Benjamin ZORES
> <[EMAIL PROTECTED]> wrote:
>
>
> Why not x86_64 ?
>
>
Cause I don't need 64 bits.
>
> Have you run the latency test to know if you have no hardware issue ?
>
>
Do you have a quick way to start this test ?
R
On Tue, May 6, 2008 at 10:11 AM, Benjamin ZORES
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm currently running an x86_32 SMP system and facing some issues with
> periodic tasks.
> I'd like to get a bit more information on a few assumptions I've made.
>
> Quick sum-up of my setup:
> - adeos-ipipe-2
Hi,
I'm currently running an x86_32 SMP system and facing some issues with
periodic tasks.
I'd like to get a bit more information on a few assumptions I've made.
Quick sum-up of my setup:
- adeos-ipipe-2.6.23-i386-1.12-03
- xenomai-2.4.3.patch
- Core 2 Duo x86_32 running in SMP
- Linux 2.6.23.17
Hi,
I've been playing with the RTAI skin as I wanted a FIFO implementation
close to the one that used to exist in RTLinux.
I've setup an input handler to the FIFO, and this handler is trying to
acquire some
Xenomai RT mutex that was previously (successfully) created by an RT task.
Acquisition o
Jan Kiszka wrote:
> Philippe Gerum wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
On Mon, May 5, 2008 at 6:08 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> do_schedule_event() is the culprit when it reads the pending signals on
> the
> shared queue (XNDEBUG check
Klaas Gadeyne wrote:
> Hi,
>
> it seems -ETIMEDOUT is not mentioned as a possible return value of
> rt_cond_wait() in the API docs [1], although it *is* returned in case
> of the timeout having expired [2]?
>
Indeed. Applied, thanks.
> Attached patch tries to solve this against the 2.4 branch.
>
Hi,
it seems -ETIMEDOUT is not mentioned as a possible return value of
rt_cond_wait() in the API docs [1], although it *is* returned in case
of the timeout having expired [2]?
Attached patch tries to solve this against the 2.4 branch.
regards,
Klaas
ps. This seems to apply to 2.3, 2.4 and tr