Re: [Xenomai] Xenomai installation on P1020RDB

[Philippe Gerum <rpm@xenomai.org>]

On 07/27/2012 06:00 PM, Gilles Chanteperdrix wrote:
> On 07/27/2012 05:53 PM, Lukasz Zemla wrote:
>
>> What I discovered, the source of the '76s problem' could be preemption model. Now, when I set:
>>   - CONFIG_PREEMPT - the lag exists exactly after eth0 initialization.
>>   - CONFIG_PREEMPT_VOLUNTARY - the boot process stops for a while (about 50-70s) in different places.
>>   - CONFIG_PREEMPT_NONE then all is fine, I cannot observe any described problems.
>
>
> CONFIG_PREEMPT or PREEMPT_VOLUNTARY. Try this patch:
>
> diff --git a/arch/powerpc/kernel/ipipe.c b/arch/powerpc/kernel/ipipe.c
> index 45302c1..5b706da 100644
> --- a/arch/powerpc/kernel/ipipe.c
> +++ b/arch/powerpc/kernel/ipipe.c
> @@ -344,8 +344,10 @@ static void __ipipe_do_IRQ(unsigned int irq, void
> *cookie)
>
>   static void __ipipe_do_timer(unsigned int irq, void *cookie)
>   {
> +	irq_enter();
>   	check_stack_overflow();
>   	timer_interrupt(__this_cpu_ptr(&ipipe_percpu.tick_regs));
> +	irq_exit();
>   }
>
>   asmlinkage int __ipipe_grab_timer(struct pt_regs *regs)
>
> Or to remove the #ifdef CONFIG_IPIPE / #endif around the calls to
> irq_enter/irq_exit in arch/powerpc/kernel/time.c
>

Mm, no. On ppc, we use a virtual irq to map the decrementer, so the 
pipeline core already took care of marking the irq entry before calling 
the __ipipe_do_timer handler. The issue may be in the log syncer instead.

-- 
Philippe.