AW: [fusion] rt_intr_bind

[Philippe Gerum]

Studencki Pawel wrote:
> 
>>	Not this file. "/proc/rtai/register/interrupts" must contain a
> 
> string like "interrupt at N" (N == the second argument 
> 
>>of rt_intr_create()). The exactly same string should be passed to the
> 
> rt_intr_bind().
> 
>>	
>>	If you don't see this file at all (after a moment when
> 
> rt_intr_create() has been called, of course), it means either > the
> interrupt object has not been properly created (see what rt_intr_create()
> returns) or the registry support have not 
> 
>>been configured in fusion (CONFIG_RTAI_OPT_NATIVE_REGISTRY).
> 
> 
> 
> it is very strange...
> 
> output from my kernel module:
> -----------------------------------------
> /fusion # insmod ppc-rtc.ko
> Using ppc-rtc.ko
> rt_intr_create ret = 0
> ppc_rtc_int_handler 1	<------------------- printk in ISR at the beginning
> ppc_rtc_int_handler 2	<------------------- printk in ISR at the end
> rt_intr_enable ret = 0
> ----------------------------------------
>

You need to return RT_INTR_HANDLED|RT_INTR_ENABLE from your ISR, or 
RT_INTR_HANDLED provided you re-enable the interrupt channel using 
rt_intr_enable() from your ISR.

> rt_intr_create and rt_intr_enable both return 0, but ISR is called only one
> time.
> Unfortunately I don't have any "/proc/rtai/register/interrupts", but fusion
> is configured with CONFIG_RTAI_OPT_NATIVE_REGISTRY="y".
> 

Ok, I'll check if something is wrong in the registry support wrt 
interrupts. More later.

> Pawel
> 
> 
> 
> 
> _______________________________________________
> RTAI mailing list
> RTAI at rtai.org
> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
> 


-- 

Philippe.