Rodrigo Rosenfeld Rosas wrote:
> Em Segunda 20 Março 2006 21:24, Jan Kiszka escreveu:
>> ...
>> Does your time allow to list the minimal generic services a RTDM video
>> capturing driver has to provide in a similar fashion like the serial or
>> the CAN profile? If it's mostly about copying existing
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>
>>> Jan Kiszka wrote:
>>>
Hi,
as I started to actually use XENO_ASSERT, I noticed that there is no
infrastructure yet to enable it. CONFIG_XENO_OPT_DEBUG_LEVEL is nowhere
defined. Add this as integer to K
Just to stimulate some discussions, I tried to bring some pieces of answers.
-Original Message-
From: [EMAIL PROTECTED] on behalf of ROSSIER Daniel
Sent: Fri 3/24/2006 4:38 PM
To: xenomai-core@gna.org
Subject: [Xenomai-core] Timer IRQ propagation
Hi,
We have some doubts about ho
ROSSIER Daniel wrote:
> Just to stimulate some discussions, I tried to bring some pieces of
> answers.
>
>
> -Original Message- From: [EMAIL PROTECTED] on
> behalf of ROSSIER Daniel Sent: Fri 3/24/2006 4:38 PM To:
> xenomai-core@gna.org Subject: [Xenomai-core] Timer IRQ propagation
>
>
ROSSIER Daniel wrote:
2- When a timer IRQ is received, we understood that the IRQ is ack'd and
masked by handle_irq()
and sent to the domains through walk_pipeline() including Linux; but we
have some doubts about that since
the timer ISR of Linux first acknowledges the interrupt, and i
Thanks a lot Jan and Philippe for their explanations; now it's getting clear in
the understanding of these interactions. We then have to rework out a bit
the ARM patch to have a clean implementation of the IRQ virtualization.
(and this explains why we still got some timing issues).
Daniel
> ---