From: Kim Phillips <kim.phillips@arm.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: <robh@kernel.org>, <mathieu.poirier@linaro.org>,
<pawel.moll@arm.com>, <suzuki.poulose@arm.com>,
<marc.zyngier@arm.com>, Will Deacon <will.deacon@arm.com>,
<linux-kernel@vger.kernel.org>,
<alexander.shishkin@linux.intel.com>, <peterz@infradead.org>,
<mingo@redhat.com>, <tglx@linutronix.de>,
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v4 0/5] Add support for the ARMv8.2 Statistical Profiling Extension
Date: Wed, 28 Jun 2017 20:16:38 -0500 [thread overview]
Message-ID: <20170628201638.01204c14719514217433e82d@arm.com> (raw)
In-Reply-To: <20170628113249.GF5981@leverpostej>
On Wed, 28 Jun 2017 12:32:50 +0100
Mark Rutland <mark.rutland@arm.com> wrote:
> On Wed, Jun 28, 2017 at 12:26:02PM +0100, Mark Rutland wrote:
> > On Tue, Jun 27, 2017 at 04:07:58PM -0500, Kim Phillips wrote:
> > > FWIW, there is also this one I saw with mmap-pages set to 5
> > > (pages), which gets rounded up to 8 pages:
> >
> > Sorry, *what* does the rounding upwards? Userspace, perf core, or the
> > driver? Where?
SPE implementations may vary from the minimum buffer alignment of the
smallest available page size, so I left the bts userspace tool code's
upwards-rounding code intact for now.
I'll take this opportunity to submit the SPE perf tool patch in the
form of a reply to this email: Look for the rounding code in
tools/perf/arch/arm64/util/arm-spe.c:arm_spe_recording_options().
> > That's worrying. I'll see if I can reproduce this.
>
> Actually, this might be down to the IDX2OFF() macro being borked for non
> power-of-two buffer sizes.
>
> Do you have Will's latest fixes? In his tree there's a commit:
>
> 4f331cd62531dce2 ("squash! drivers/perf: Add support for ARMv8.2 Statistical Profiling Extension")
>
> ... which should fix the IDX2OFF() bug.
yes, I've been running with that squash! commit since a couple of days
after I noticed it over a week ago.
> It's be good to reproduce the issue if we can, regardless.
FWIW, I couldn't the little I tried today.
Kim
next prev parent reply other threads:[~2017-06-29 1:16 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-05 15:22 Will Deacon
2017-06-05 15:22 ` [PATCH v4 1/5] genirq: export irq_get_percpu_devid_partition to modules Will Deacon
2017-06-05 15:22 ` [PATCH v4 2/5] perf/core: Export AUX buffer helpers " Will Deacon
2017-06-05 15:22 ` [PATCH v4 3/5] perf/core: Add PERF_AUX_FLAG_COLLISION to report colliding samples Will Deacon
2017-06-05 15:22 ` [PATCH v4 4/5] drivers/perf: Add support for ARMv8.2 Statistical Profiling Extension Will Deacon
2017-06-05 15:55 ` Kim Phillips
2017-06-05 16:11 ` Will Deacon
2017-06-15 14:57 ` Mark Rutland
2017-06-21 15:39 ` Will Deacon
2017-06-27 17:12 ` Mark Rutland
2017-07-03 17:23 ` Mark Rutland
2017-06-05 15:22 ` [PATCH v4 5/5] dt-bindings: Document devicetree binding for ARM SPE Will Deacon
2017-06-12 11:08 ` [PATCH v4 0/5] Add support for the ARMv8.2 Statistical Profiling Extension Mark Rutland
2017-06-12 16:20 ` Kim Phillips
2017-06-15 15:57 ` Kim Phillips
2017-06-21 15:31 ` Will Deacon
2017-06-22 15:56 ` Kim Phillips
2017-06-22 18:36 ` Will Deacon
2017-06-27 21:07 ` Kim Phillips
2017-06-28 11:26 ` Mark Rutland
2017-06-28 11:32 ` Mark Rutland
2017-06-29 1:16 ` Kim Phillips [this message]
2017-06-29 1:43 ` [PATCH] perf tools: Add ARM Statistical Profiling Extensions (SPE) support Kim Phillips
2017-06-30 14:02 ` Mark Rutland
2017-07-18 0:48 ` Kim Phillips
2017-08-18 3:11 ` [PATCH v2] " Kim Phillips
2017-08-18 17:36 ` Mark Rutland
2017-08-21 23:18 ` Kim Phillips
2017-08-18 16:59 ` [PATCH] " Mark Rutland
2017-08-18 22:22 ` Kim Phillips
2017-06-29 0:59 ` [PATCH v4 0/5] Add support for the ARMv8.2 Statistical Profiling Extension Kim Phillips
2017-06-29 11:11 ` Mark Rutland
2017-07-06 17:08 ` Kim Phillips
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=20170628201638.01204c14719514217433e82d@arm.com \
--to=kim.phillips@arm.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=mark.rutland@arm.com \
--cc=mathieu.poirier@linaro.org \
--cc=mingo@redhat.com \
--cc=pawel.moll@arm.com \
--cc=peterz@infradead.org \
--cc=robh@kernel.org \
--cc=suzuki.poulose@arm.com \
--cc=tglx@linutronix.de \
--cc=will.deacon@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®