All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoffer Dall <christoffer.dall@linaro.org>
To: Amit Tomer <amittomer25@gmail.com>
Cc: marc.zyngier@arm.com, Andre Przywara <andre.przywara@arm.com>,
	kvmarm@lists.cs.columbia.edu
Subject: Re: [PATCH] KVM: arm64: Count guest exit due to various reasons
Date: Mon, 26 Oct 2015 16:44:01 +0100	[thread overview]
Message-ID: <20151026154401.GF20298@cbox> (raw)
In-Reply-To: <CABHD4K_kJ0mVnX4yw2kAPYGCA0ZrjO_dCZdf3NLb3XxpxsLgUA@mail.gmail.com>

On Mon, Oct 26, 2015 at 05:44:42PM +0530, Amit Tomer wrote:
> Thanks for the Review.
> 
> 
> > I think it would be even more useful to distinguish between mmio exits
> > handled in the kernel vs. those going to userspace.
> 
> Ok, I would work on it.
> 
> 
> > why more exit stats on arm64 than on arm?
> 
> Intention is to just add these stats only for ARM64 but I had to do it for arm,
> so that things don't break.

please keep both architectures up to date as much as possible for these
kinds of changes.

> 
> > why u32?  Would it not make sense to make these u64 or just unsigned
> > long?
> 
> Ok, You mean to say, for ARM we should use u32 and for ARM64 we should
> u64, right?

loss of context here, so I'm not sure.  Is there a reason why you
cannot/shouldn't use u64?  I'm just thinking that overflows could happen
fairly easy on u32, but otoh. there are some existing defines using u32
for some reason...

> 
> > either you should use one called wfx_exit_stat or you should distinguish
> > between wfi and wfe; this is just a weird way of doing it.
> 
> Sorry, didn't just get your point here :(
> 
wfx means "either a wfi or wfe happened", so you either define two
separate trace points, one for wfi and one for wfe, or you define a
single tracepoint for wfx.

I'll look forward to v2.

-Christoffer

      reply	other threads:[~2015-10-26 15:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-18  8:04 [PATCH] KVM: arm64: Count guest exit due to various reasons Amit
2015-10-18 19:53 ` Christoffer Dall
2015-10-20  5:17   ` Wei Huang
2015-10-22 21:16 ` Christoffer Dall
2015-10-26 12:14   ` Amit Tomer
2015-10-26 15:44     ` Christoffer Dall [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=20151026154401.GF20298@cbox \
    --to=christoffer.dall@linaro.org \
    --cc=amittomer25@gmail.com \
    --cc=andre.przywara@arm.com \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=marc.zyngier@arm.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.