All of lore.kernel.org
 help / color / mirror / Atom feed
From: linuxtestproject.agent@gmail.com
To: Piotr Kubaj <piotr.kubaj@intel.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] pmc_core: add test for pkgc_blocker_residency_show
Date: Mon, 17 Aug 2026 06:57:24 +0000	[thread overview]
Message-ID: <20260817065724.8951-1-linuxtestproject.agent@gmail.com> (raw)
In-Reply-To: <20260817064052.304786-2-piotr.kubaj@intel.com>

Hi Piotr,

On Mon, 17 Aug 2026 08:40:53 +0200, Piotr Kubaj wrote:
> pmc_core: add test for pkgc_blocker_residency_show

> + * telemetry region behind these counters refreshes at roughly 1s granularity
> + * on Nova Lake, so the retries end within about a second. Two seconds is
> + * enough headroom that a sample which observed no refresh at all means "every
> + * source idle" rather than "polled too early".

> +	differs = TST_RETRY_FN_EXP_BACKOFF(second_sample_differs(),
> +					   TST_RETVAL_NOTNULL, MAX_SAMPLE_DELAY);
> +
> +	tst_clock_gettime(CLOCK_MONOTONIC, &end);
> +
> +	elapsed_us = tst_timespec_diff_us(end, start);

Could the bound account for the age of an asynchronous telemetry snapshot?
If the first read occurs just before a roughly one-second refresh, the retry
can observe about 100000 ticks accumulated during the previous second after
only microseconds of measured time. Since the retry stops at the first change,
the factor-of-two slack still reports a valid update as implausible.

Could the test establish a refresh-aligned baseline and measure the following
update, or add a justified refresh-age allowance to the bound?

Verdict - Needs revision

---
Note:

The agent can sometimes produce false positives although often its
findings are genuine. If you find issues with the review, please
comment this email or ignore the suggestions.

Regards,
LTP AI Reviewer

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  reply	other threads:[~2026-08-17  6:57 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-17  6:40 [LTP] [PATCH v3] pmc_core: add test for pkgc_blocker_residency_show Piotr Kubaj
2026-08-17  6:57 ` linuxtestproject.agent [this message]
  -- strict thread matches above, loose matches on Subject: below --
2026-08-13  9:45 [LTP] [PATCH v2] " Piotr Kubaj
2026-08-13 10:11 ` [LTP] " linuxtestproject.agent
2026-08-11 16:28 [LTP] [PATCH] " Piotr Kubaj
2026-08-11 17:10 ` [LTP] " linuxtestproject.agent
2026-08-13  7:05   ` Andrea Cervesato via ltp

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=20260817065724.8951-1-linuxtestproject.agent@gmail.com \
    --to=linuxtestproject.agent@gmail.com \
    --cc=ltp@lists.linux.it \
    --cc=piotr.kubaj@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.