Re: [Openvortex-dev] Findings...

[Manuel Jander]

Hi Jeff,

> > Other than that, it would probably be a better idea to initialize the
> > Vortex hardware *before* attempting to grab the IRQ using
> > request_irq(...), since then the card would be properly initialized
> > and ready to handle IRQs properly at that point. It would probably
> > stop the spurious IRQ_TIMER from happening as well when grabbing the
> > IRQ...
> >    
>
> Yes, this appears to be a good idea and is what the binary driver appears
> to do. I have made a fix and committed it to cvs.
>
> Manuel,
>
> from vortex_core_init:
>
>  // vortex_enable_int() must be first !!
>
>         what does this apply to?
>  
I discovered that when i enable first an interrupt source mask bit in 
VORTEX_IRQ_CTRL
(for example the PCM out IRQ source bit) and after that the global 
interrupt enable
bit my computer hangs (hard lock). In the reverse order, no problem. No 
idea why.

>  hwwrite(vortex->mmio, VORTEX_IRQ_CTRL, 0);
>
>         where is this from?
>
>  vortex_enable_int(vortex);
>  
This is supposed to reset all IRQ source bits. So If the global 
interrupt bit is set,
no interrupt should be generated, except if one interrupt is pending.


Manuel