[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] fooey. no interrupts.



On Mon, 9 Aug 2004, Keir Fraser wrote:

> 
> The Linux code sets the evtchn_mask before clearing evtchn_pending,
> then clears the evtchn_mask after calling the interrupt handler. Are
> you doing the setting but forgetting the clearing?

sadly, no. 

> 
> The order that Linux has for this stuff, to avoid races, is:
> 
>  1. Test-and-clear evtchn_upcall_pending flag
>  2. Read-and-clear (XCHG) the evtchn_pending_sel
>  3. For each set bit @i in the sel:
>  4.   Read evtchn_pending[@i]
>  5.   For each set bit @j in the word:
>  6.     Set evtchn_mask[@i*32+@j]
>  7.     Clear evtchn_pending[@i*32+@j]
>  8.     ....do interrupt work...
>  9.     Clear evtchn_msk[@i*32+@j]

yeah, I'm actually using that code. 

oh well.

ron

-- 
LANL CCS-1 email flavor:
***** Correspondence   []
***** DUSA LACSI-HW    [ ]
***** DUSA LACSI-OS    [x ]
***** DUSA LACSI-CS    [ ]




-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.