WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] LTTng Xen port

> I suspect that xenbaked uses it,
> http://lxr.xensource.com/lxr/source/tools/xenmon/xenbaked.c
> ---
> 262 int eventchn_init(void)
> 263 {
> 264   int rc;
> 265
> 266   // to revert to old way:
> 267   if (0)
> 268     return -1;
> 269
> 270   xce_handle = xc_evtchn_open();
> 271
> 272   if (xce_handle < 0)
> 273     perror("Failed to open evtchn device");
> 274
> 275   if ((rc = xc_evtchn_bind_virq(xce_handle, VIRQ_TBUF)) == -1)
> 276     perror("Failed to bind to domain exception virq port");
> 277   virq_port = rc;
> 278
> 279   return xce_handle;
> 280 }
> ---
>
> With appropriate triggering, in xen/common/trace.c

Ah yes.

It should be fairly trivial to copy this code into xentrace.c and then replace 
the nanosleep with a wait on that event.  This would probably be worthwhile 
as an interim solution until we figure out what next gen tracing ought to 
look like.

Cheers,
Mark

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>