|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
Re: [Xen-devel] fooey. no interrupts.
 
> I understand my confusion better. 
> 
> cli on linux on xen is this:
> HYPERVISOR_shared_info->vcpu_data[0].evtchn_upcall_mask = 1;
> 
> That disables all interrupts? I'm confused on that, how does this relate 
> to the evtchn_mask? 
The purpose of the evtchn_mask[] array is to disallow callbacks at
per-channel granularity. e.g., for scheduling purposes.
The evtchn_upcall_mask is intended to disallow callbacks in general,
where your OS is in a state that it cannot handle them. i.e., it's to
allow easy reeentrancy control in your OS.
> For cpu 0 do I need to clear BOTH of these for interrupts to happen, and 
> then in the domain itself only mess with the one for vcpu 0? I'm looking 
> at linux U kernel code but want to make sure I get this right. Is this 
> stuff really firmly tested and laid out or still somewhat tentative due to 
> the fact that it's not really tested with vcpu > 0?
For a particular event channel @e to fire you an async callback, you
need:
 1. The original value of bit @e in evtchn_pending[] must be zero.
 2. The value of bit @e in evtchn_mask[] must be zero.
 3. The original value of bit (@e>>5) in evtchn_pending_sel must be zero.
 4. The original value of vcpu_data[0].evtchn_upcall_pending must be zero.
 5. The value of vcpu_data[0].evtchn_upcall_mask must be zero.
If these 5 requirements are satisfied then you _will_ receive a
callback.
 -- Keir
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- [Xen-devel] fooey. no interrupts., ron minnich
- Re: [Xen-devel] fooey. no interrupts., Keir Fraser
- Re: [Xen-devel] fooey. no interrupts., ron minnich
 
- Re: [Xen-devel] fooey. no interrupts., ron minnich
- Re: [Xen-devel] fooey. no interrupts., Keir Fraser
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts., Keir Fraser
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 
- Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts.,
Keir Fraser <=
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts., Christian Limpach
 
- Re: [Xen-devel] fooey. no interrupts., Keir Fraser
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts., Keir Fraser
 - Re: [Xen-devel] fooey. no interrupts., Christian Limpach
 
  
  
  
- Re: [Xen-devel] fooey. no interrupts., ron minnich
 - Re: [Xen-devel] fooey. no interrupts., Keir Fraser
 - Re: [Xen-devel] fooey. no interrupts., ron minnich
 
- Re: [Xen-devel] fooey. no interrupts., ron minnich
 
 
 |  
  
 | 
    | 
  
  
    |   | 
    |