All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mats Petersson <mats@planetcatfish.com>
To: Abhinav Srivastava <abhinavs_iitkgp@yahoo.co.in>,
	xen-devel@lists.xensource.com
Subject: Re: Passing data from hypervisor to dom0 application
Date: Sat, 14 Jul 2007 09:57:49 +0100	[thread overview]
Message-ID: <46989043.0269300a.0e8b.ffff8fb5@mx.google.com> (raw)
In-Reply-To: <887838.73301.qm@web7904.mail.in.yahoo.com>

At 08:16 14/07/2007, Abhinav Srivastava wrote:

>Hi there,
>
>I am working with Xen 3.0.3 in para-virtualized mode. I am 
>intercepting guest virtual machines hypercalls inside the the 
>hypervisor and trying to pass this data to dom0 monitoring 
>application. To pass data, I shared a page between dom0 and 
>hypervisor using alloc_hypertrace_buf function and used memcpy to 
>write data on the shared page. To inform userspace application about 
>the data, i used virq.
>
>The problem that i am facing in this whole process is since 
>hypercall data is coming so fast userspace application is not able 
>to show all the hypercalls.
>I am not able to think of exact reason of this behavior. Is it 
>because of virq's which are sent by Xen? or Xen is sending so fast 
>that userspace application is not able to read it? or Is it some 
>pending interrupt problem?


I don't know what the problem with this approach is, but two things 
come to mind:
1. Using more than one buffer and/or a larger buffer would make the 
overhead of the user-mode application smaller, which may help. More 
than one buffer would help in the respect that hypervisor can go on 
filling the next buffer after Dom0 app is starting it's copy, which 
may help to overcome any latency problems.
2. Isn't xentrace with suitable mask able to do exactly what you 
want? [I have only used xentrace to follow HVM type calls, but I 
expect that it's able to trace hypercalls too]. If it's not able to 
do that, you may want to consider adding some tracing to the 
hypercalls using the xentrace method, rather than inventing your own 
method of tracing - unless there is some major reason for NOT using 
Xentrace of course.

--
Mats

      reply	other threads:[~2007-07-14  8:57 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-14  7:16 Passing data from hypervisor to dom0 application Abhinav Srivastava
2007-07-14  8:57 ` Mats Petersson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46989043.0269300a.0e8b.ffff8fb5@mx.google.com \
    --to=mats@planetcatfish.com \
    --cc=abhinavs_iitkgp@yahoo.co.in \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.