Le 08/01/2018 à 20:56, Mark Cave-Ayland a écrit :
Thanks for the patch! I'm afraid I don't really have any experience
with LEON as my focus is sun4m/sun4u, however I'm happy to take
patches Acked/Reviewed by Fabien as the current LEON maintainer
I am waiting for Fabien feedback after my
On 02/01/18 11:13, Jean-Christophe DUBOIS wrote:
Hi Mark, Artyom,
I am wondering if the IRQMP code in hw/intc/grlib_irqmp.c is correct
when it comes to acknowledging interrupts.
With the actual code an interrupt can be lowered/acked only by an "ack"
from the processor which means that the
Hi,
So after trying my code on tsim, I can confirm that the software is
indeed able to clear/ack the interrupt without requiring the ack from
the processor.
Things are a bit strange with tsim as the simulator doesn't seem to
respect time delay when the processor is in sleep/idle mode and
Le 2018-01-02 19:58, Fabien Chouteau a écrit :
Hello Jean-Christophe,
I'm the original author of this patch and I add in copy my colleague
Frederic.
On 02/01/2018 12:13, Jean-Christophe DUBOIS wrote:
I am wondering if the IRQMP code in hw/intc/grlib_irqmp.c is correct
when it comes to
Hello Jean-Christophe,
I'm the original author of this patch and I add in copy my colleague
Frederic.
On 02/01/2018 12:13, Jean-Christophe DUBOIS wrote:
> I am wondering if the IRQMP code in hw/intc/grlib_irqmp.c is correct
> when it comes to acknowledging interrupts.
>
> With the actual code an
Hi Mark, Artyom,
I am wondering if the IRQMP code in hw/intc/grlib_irqmp.c is correct
when it comes to acknowledging interrupts.
With the actual code an interrupt can be lowered/acked only by an "ack"
from the processor which means that the trap handler related to this
external interrupt
