All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Yang, Sheng" <sheng.yang@intel.com>
To: kvm@vger.kernel.org
Cc: Hollis Blanchard <hollisb@us.ibm.com>,
	Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>,
	cotte@de.ibm.com, xiantao.zhang@intel.com, avi@qumranet.com,
	kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 2/5] kvmtrace: make cycle calculation architecture aware
Date: Thu, 10 Jul 2008 10:24:26 +0000	[thread overview]
Message-ID: <200807101824.27570.sheng.yang@intel.com> (raw)
In-Reply-To: <200807101822.16163.sheng.yang@intel.com>

On Thursday 10 July 2008 18:22:15 Yang, Sheng wrote:
> On Wednesday 09 July 2008 23:03:19 Hollis Blanchard wrote:
> > On Wed, 2008-07-09 at 11:17 +0200, Christian Ehrhardt wrote:
> > > So the question that is left before changing that is, if the
> > > original author had something special in mind chosing cycles
> > > here. I added Eric on CC for that.
> > >
> > > I wait with my resubmission of the patch series until all
> > > architectures agree *hope* on using getnstimeofday() - after an
> > > ack from all sides I would revise my patch series and submit
> > > that changes alltogether.
> >
> > I got an email bounce from Eric the last time I tried to email
> > him, so I'm not sure he's still with Intel.
> >
> > However, I don't think he had any special intention; I think he
> > was just porting xentrace to KVM.
>
> Eric had completed his internship in Intel, so...

Drop Eric here...

-- 
Thanks
Yang, Sheng

>
> I like the term "timestamp" too. I think he used "cycles" only
> because there is a function called get_cycles().
>
> But instead of getnstimeofday(), I suggest using ktime_get() here.
> It's little more precise than getnstimeofday(), and ktime_t is more
> easily to be handled. And I think the overhead it brought can be
> ignored too.
>
> --
> Thanks
> Yang, Sheng
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



WARNING: multiple messages have this Message-ID (diff)
From: "Yang, Sheng" <sheng.yang@intel.com>
To: kvm@vger.kernel.org
Cc: Hollis Blanchard <hollisb@us.ibm.com>,
	Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>,
	cotte@de.ibm.com, xiantao.zhang@intel.com, avi@qumranet.com,
	kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 2/5] kvmtrace: make cycle calculation architecture aware
Date: Thu, 10 Jul 2008 18:24:26 +0800	[thread overview]
Message-ID: <200807101824.27570.sheng.yang@intel.com> (raw)
In-Reply-To: <200807101822.16163.sheng.yang@intel.com>

On Thursday 10 July 2008 18:22:15 Yang, Sheng wrote:
> On Wednesday 09 July 2008 23:03:19 Hollis Blanchard wrote:
> > On Wed, 2008-07-09 at 11:17 +0200, Christian Ehrhardt wrote:
> > > So the question that is left before changing that is, if the
> > > original author had something special in mind chosing cycles
> > > here. I added Eric on CC for that.
> > >
> > > I wait with my resubmission of the patch series until all
> > > architectures agree *hope* on using getnstimeofday() - after an
> > > ack from all sides I would revise my patch series and submit
> > > that changes alltogether.
> >
> > I got an email bounce from Eric the last time I tried to email
> > him, so I'm not sure he's still with Intel.
> >
> > However, I don't think he had any special intention; I think he
> > was just porting xentrace to KVM.
>
> Eric had completed his internship in Intel, so...

Drop Eric here...

-- 
Thanks
Yang, Sheng

>
> I like the term "timestamp" too. I think he used "cycles" only
> because there is a function called get_cycles().
>
> But instead of getnstimeofday(), I suggest using ktime_get() here.
> It's little more precise than getnstimeofday(), and ktime_t is more
> easily to be handled. And I think the overhead it brought can be
> ignored too.
>
> --
> Thanks
> Yang, Sheng
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



  reply	other threads:[~2008-07-10 10:24 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-07 13:56 [PATCH 0/5] kvmtrace: add powerpc support for KVM_TRACE ehrhardt
2008-07-07 13:56 ` ehrhardt
2008-07-07 13:56 ` [PATCH 1/5] kvmtrace: Remove use of bit fields in kvm trace structure v3 ehrhardt
2008-07-07 13:56   ` ehrhardt
2008-07-07 13:56 ` [PATCH 2/5] kvmtrace: make cycle calculation architecture aware ehrhardt
2008-07-07 13:56   ` ehrhardt
2008-07-07 15:45   ` Hollis Blanchard
2008-07-07 15:45     ` Hollis Blanchard
2008-07-09  8:25     ` Christian Ehrhardt
2008-07-09  8:25       ` Christian Ehrhardt
2008-07-07 16:37   ` Hollis Blanchard
2008-07-07 16:37     ` Hollis Blanchard
2008-07-09  9:17     ` Christian Ehrhardt
2008-07-09  9:17       ` Christian Ehrhardt
2008-07-09 15:03       ` Hollis Blanchard
2008-07-09 15:03         ` Hollis Blanchard
2008-07-10 10:22         ` Yang, Sheng
2008-07-10 10:22           ` Yang, Sheng
2008-07-10 10:24           ` Yang, Sheng [this message]
2008-07-10 10:24             ` Yang, Sheng
2008-07-10 13:32           ` Avi Kivity
2008-07-10 13:32             ` Avi Kivity
2008-07-11  1:06             ` Yang, Sheng
2008-07-11  1:06               ` Yang, Sheng
2008-07-11  7:34             ` Carsten Otte
2008-07-11  7:34               ` Carsten Otte
2008-07-11 15:19               ` Hollis Blanchard
2008-07-11 15:19                 ` Hollis Blanchard
2008-07-13 15:41               ` Avi Kivity
2008-07-13 15:41                 ` Avi Kivity
2008-07-14  7:44                 ` Christian Borntraeger
2008-07-14  7:44                   ` Christian Borntraeger
2008-07-07 13:56 ` [PATCH 3/5] kvmppc: kvmtrace: enable KVM_TRACE building for powerpc ehrhardt
2008-07-07 13:56   ` ehrhardt
2008-07-07 13:56 ` [PATCH 4/5] kvmppc: kvmtrace: adds trace points for ppc tlb activity v2 ehrhardt
2008-07-07 13:56   ` ehrhardt
2008-07-07 13:56 ` [PATCH 5/5] kvmppc: kvmtrace: trace powerpc instruction emulation ehrhardt
2008-07-07 13:56   ` ehrhardt

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=200807101824.27570.sheng.yang@intel.com \
    --to=sheng.yang@intel.com \
    --cc=avi@qumranet.com \
    --cc=cotte@de.ibm.com \
    --cc=ehrhardt@linux.vnet.ibm.com \
    --cc=hollisb@us.ibm.com \
    --cc=kvm-ppc@vger.kernel.org \
    --cc=kvm@vger.kernel.org \
    --cc=xiantao.zhang@intel.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.