|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
Re: [Xen-devel] [PATCH] Non-polling trace record access
 
On 31 Mar 2006, at 18:54, Rob Gardner wrote:
 This is the kernel side code to implement a virtual irq that gets sent 
when the xen trace buffers become half-full. This allows userland 
tools such as xentrace and xenmon to avoid polling for new trace 
records. A future patch will include support for this in XenMon, along 
with various other enhancements and bug fixes.
 This patch has been tested on x86, x86-64, and x86 SMP machines.
  
 Please re-sync the patch with current tip, and also I think your 
interrupt holdoff logic is unnecessary. I think you can get rid of 
last_virq_sent and test '(buf->prod - buf->cons) == t_buf_highwater'. 
No need for '>=' because the producer is incremented by one each time 
trace() is called so you are bound to equal t_bug_highwater before you 
become greater than it.
 -- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- Re: [Xen-devel] [PATCH] Non-polling trace record access,
Keir Fraser <=
 
 
 |  
  
 | 
    | 
  
  
    |   | 
    |