All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cyril Hrubis <chrubis@suse.cz>
To: Li Wang <liwang@redhat.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH] doc: Add testers guide
Date: Mon, 16 Jun 2025 15:59:38 +0200	[thread overview]
Message-ID: <aFAjSsKYqpp774Jr@yuki.lan> (raw)
In-Reply-To: <CAEemH2fAyGeni-DLizvG38AnuR0ZfFCFz50K9jJf6vHZAw_RJw@mail.gmail.com>

Hi!
> The paragraph above seems a bit vague or misleading, especially given that
> the upstream kernel itself is tested with LTP and many other test suites.

I've pushed the patch with more typos fixed and slightly adjusted version:

diff --git a/doc/users/testers_guide.rst b/doc/users/testers_guide.rst
index fef8c9697..82ce907a2 100644
--- a/doc/users/testers_guide.rst
+++ b/doc/users/testers_guide.rst
@@ -19,15 +19,15 @@ that upstream releases generally go through extensive validation, including
 test suites like LTP, stability is only guaranteed when you use the upstream
 kernel sources and configuration exactly as released.

-However, this assumption breaks down once you apply any changes: whether that's
+This assumption however down once you apply any changes: whether that's
 modifying the source code, enabling/disabling different `.config` options, or
-backporting patches. Such deviations can introduce subtle bugs or unintended
+backporting patches. Such changes can introduce subtle bugs or unintended
 behavior, even if the upstream kernel is stable.

 For example, backporting patches without their full dependency chain can lead
 to unexpected regressions. Therefore, it’s crucial to test your own kernel
 builds in the environment where they will actually run, using tools like LTP to
-help catch issues that upstream testing might not cover in your specific
+catch issues that does not exists or are not triggered in the upstream
 configuration.


Thanks everyone for the fixes and suggestions!

-- 
Cyril Hrubis
chrubis@suse.cz

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

  reply	other threads:[~2025-06-16 13:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-10 10:45 [LTP] [PATCH] doc: Add testers guide Cyril Hrubis
2025-06-10 10:46 ` Andrea Cervesato via ltp
2025-06-11  4:20 ` Li Wang via ltp
2025-06-16 13:59   ` Cyril Hrubis [this message]
2025-06-12 11:50 ` Avinesh Kumar
2025-06-14 16:54 ` Ricardo B. Marlière 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=aFAjSsKYqpp774Jr@yuki.lan \
    --to=chrubis@suse.cz \
    --cc=liwang@redhat.com \
    --cc=ltp@lists.linux.it \
    /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.