From: marc.herbert@linux.intel.com
To: linux-cxl@vger.kernel.org, nvdimm@lists.linux.dev,
alison.schofield@intel.com
Subject:
Date: Thu, 15 May 2025 02:14:44 +0000 [thread overview]
Message-ID: <20250515021730.1201996-1-marc.herbert@linux.intel.com> (raw)
In-Reply-To: <aCKWR4DdzdUh1VN6@aschofie-mobl2.lan>
Major changes in v2:
- The old $SECONDS variable is dropped from journalctl. Which allows:
- ... dropping the very short-lived COOLDOWN proposed in version 1.
- A new, optional NDTEST_LOG_DBG code which allows "stress testing"
the approach and proving that it is safe.
I tested and compared for many hours $SECONDS versus the NDTEST_START
approach that Alison submitted a few months ago and the conclusion is
very clear:
- $SECONDS does require a ~1.2 cool down between every test. As it was
done in v1.
- NDTEST_START requires zero cool down.
So that is why I dropped $SECONDS and the cool down.
> Split them into a patchset for easier review and then I'll take a
> look. Thanks!
There are 3 logical changes in the main commit:
A1) Dropping $SECONDS, replaced with NDTEST_START
A2) The new NDTEST_LOG_DBG which was/is critical for:
- proving that $SECONDS required a "cool down" (with version 1)
- proving NDTEST_START does _not_ require any cool down, safe
even without any.
B) The new, _harden_ journalctl check in check_dmesg() and its
kmsg_fail_if_missing and kmsg_no_fail_on. The main feature!
- B) requires A1) because $SECONDS is too imprecise. With B) only, the
tests fail.
- The A2) test code achieves nothing without B), it cannot prove
anything without B).
- A1) and A2) are logically independent but their code are fairly
intertwined and very painful to separate. Plus, B) would have to sit
in the middle: A1->B->A2
Long story short:
- while they could be logically separate, these changes are tightly
coupled with each other.
- breaking down that (relatively small) commit is theoretically
possible but would be very labor intensive. I know because I just went
through a similar "git action" to compare $SECONDS versus
NDTEST_START for COOLDOWN reasons and it was not fun at all.
next prev parent reply other threads:[~2025-05-15 2:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-10 1:20 [ndctl PATCH] test: fail on unexpected kernel error & warning, not just "Call Trace" marc.herbert
2025-05-12 18:35 ` Alison Schofield
2025-05-12 23:12 ` Marc Herbert
2025-05-13 0:45 ` Alison Schofield
2025-05-15 2:14 ` marc.herbert [this message]
2025-05-15 2:14 ` [ndctl PATCH v2 1/2] test: move err() function at the top marc.herbert
2025-05-15 2:14 ` [ndctl PATCH v2 2/2] test: fail on unexpected kernel error & warning, not just "Call Trace" marc.herbert
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=20250515021730.1201996-1-marc.herbert@linux.intel.com \
--to=marc.herbert@linux.intel.com \
--cc=alison.schofield@intel.com \
--cc=linux-cxl@vger.kernel.org \
--cc=nvdimm@lists.linux.dev \
/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