All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: Dave Jiang <dave.jiang@intel.com>
Cc: linux-cxl@vger.kernel.org, linux-perf-users@vger.kernel.org,
	will@kernel.org, mark.rutland@arm.com, dave@stgolabs.net,
	robin.murphy@arm.com, icheng@nvidia.com
Subject: Re: [RESEND PATCH v4 11/11] perf/cxl: Clear stale overflow status before using a counter
Date: Tue, 22 Sep 2026 02:09:57 +0100	[thread overview]
Message-ID: <20260922020957.66c4e9be@jic23-hlaptop> (raw)
In-Reply-To: <20260805155911.1304807-12-dave.jiang@intel.com>

On Wed,  5 Aug 2026 08:59:11 -0700
Dave Jiang <dave.jiang@intel.com> wrote:

> cxl_pmu_event_stop() leaves the counter's bit set in the overflow status
> register and only cxl_pmu_irq() ever clears it, so a counter handed from
> one event to the next starts with the previous owner's overflow pending.
> The perf core stops and starts back to back with interrupts off, so an
> interrupt latched over the handover lands on the new event. prev_count is 0
> by then, so the read path adds a full period: 2^counter_width phantom
> counts.
> 
> Clear the bit in cxl_pmu_event_start(), before the config write arms
> Interrupt on Overflow. Clear the whole register at probe too, for counters
> no event ever owns - the driver never touched it, so firmware or a previous
> kernel can leave a bit set there.
> 
> Fixes: 5d7107c72796 ("perf: CXL Performance Monitoring Unit driver")
> Reported-by: Richard Cheng <icheng@nvidia.com>
> Closes: https://lore.kernel.org/linux-cxl/anAVpO--i5heVfz9@MWDK4CY14F/
> Assisted-by: Claude:claude-opus-4-8
> Signed-off-by: Dave Jiang <dave.jiang@intel.com>

Looks good to me as does the whole series. Thanks for hard work cleaning
up my mess!  Now there is actual hardware out there, I'm kind of expecting
a lot of extensions to the features of this driver as we deliberately
kept it minimal until more was known about what people were actually
building.  I wonder if the limited support did guide folk away from the
sillier things the spec allowed.  Will be fun to see.

Reviewed-by: Jonathan Cameron <jonathan.cameron@oss.qualcomm.com>

  parent reply	other threads:[~2026-09-22  1:10 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-05 15:59 [RESEND PATCH v4 00/11] perf/cxlpmu: Misc sashiko raised issues fixes Dave Jiang
2026-08-05 15:59 ` [RESEND PATCH v4 01/11] perf/cxl: Program the requested event group on configurable counters Dave Jiang
2026-08-05 16:23   ` sashiko-bot
2026-08-05 15:59 ` [RESEND PATCH v4 02/11] perf/cxl: Clear stale event fields before reprogramming a counter Dave Jiang
2026-08-05 16:12   ` sashiko-bot
2026-09-22  0:58   ` Jonathan Cameron
2026-08-05 15:59 ` [RESEND PATCH v4 03/11] perf/cxl: Fix the counter overflow delta fixup Dave Jiang
2026-09-22  0:59   ` Jonathan Cameron
2026-08-05 15:59 ` [RESEND PATCH v4 04/11] perf/cxl: Accept an overflow interrupt on MSI message number 0 Dave Jiang
2026-08-05 15:59 ` [RESEND PATCH v4 05/11] perf/cxl: Split the MSI vector out of info->irq Dave Jiang
2026-09-22  1:03   ` Jonathan Cameron
2026-08-05 15:59 ` [RESEND PATCH v4 06/11] cxl/pci: Add the PMUs after configuring events Dave Jiang
2026-08-05 16:51   ` Alison Schofield
2026-09-22  1:05   ` Jonathan Cameron
2026-08-05 15:59 ` [RESEND PATCH v4 07/11] perf/cxl: Don't share the overflow interrupt, and keep it pinned Dave Jiang
2026-08-05 15:59 ` [RESEND PATCH v4 08/11] perf/cxl: Unfreeze counters after handling an overflow interrupt Dave Jiang
2026-08-05 16:15   ` sashiko-bot
2026-08-05 16:35     ` Dave Jiang
2026-08-05 15:59 ` [RESEND PATCH v4 09/11] perf/cxl: Validate the hardware-reported counter width Dave Jiang
2026-08-05 16:16   ` sashiko-bot
2026-08-05 15:59 ` [RESEND PATCH v4 10/11] perf/cxl: Don't log through pmu.dev in the overflow interrupt handler Dave Jiang
2026-08-05 15:59 ` [RESEND PATCH v4 11/11] perf/cxl: Clear stale overflow status before using a counter Dave Jiang
2026-08-05 16:21   ` sashiko-bot
2026-09-22  1:09   ` Jonathan Cameron [this message]
2026-09-15 22:43 ` [RESEND PATCH v4 00/11] perf/cxlpmu: Misc sashiko raised issues fixes Ian Rogers
2026-09-18 16:50   ` Dave Jiang
2026-09-22  1:02 ` Jonathan Cameron
2026-10-04 22:09 ` Will Deacon

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=20260922020957.66c4e9be@jic23-hlaptop \
    --to=jic23@kernel.org \
    --cc=dave.jiang@intel.com \
    --cc=dave@stgolabs.net \
    --cc=icheng@nvidia.com \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=robin.murphy@arm.com \
    --cc=will@kernel.org \
    /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.