[PATCH] docs: submitting-patches: Introduce Test: tag

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Currently, we blindly trust the submitters that they both compiled their
code at all, tested it on a relevant device, and have done so in a manner
that made sense for a given changeset.

If at least two of these three things were always true, the review
workflow would be much more exciting.

Introduce a new Test: tag to help submitters express the way the patch
was tested, making it easier to understand for reviewers and maintainers
whether it was tested, and if so, whether that test was sufficient.

I originally found something like this on Google's Android kernel repos
and loved the concept.

Test: make htmldocs and manual examination
Signed-off-by: Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>
---
 Documentation/process/submitting-patches.rst | 18 +++++++++++++++++-
 1 file changed, 17 insertions(+), 1 deletion(-)

diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst
index 3fcfa029c9b3..c3fda5743ca7 100644
--- a/Documentation/process/submitting-patches.rst
+++ b/Documentation/process/submitting-patches.rst
@@ -522,7 +522,7 @@ Example of a patch submitted by a Co-developed-by: author::
 	Signed-off-by: Submitting Co-Author <sub@xxxxxxxxxxxxxxxxxxxx>
 
 
-Using Reported-by:, Tested-by:, Reviewed-by:, Suggested-by: and Fixes:
+Using informative tags:
 ----------------------------------------------------------------------
 
 The Reported-by tag gives credit to people who find bugs and report them and it
@@ -600,6 +600,22 @@ process nor the requirement to Cc: stable@xxxxxxxxxxxxxxx on all stable
 patch candidates. For more information, please read
 Documentation/process/stable-kernel-rules.rst.
 
+A Test: tag confirms that the patch was actually tested by the submitter and
+helps reviewers determine whether the testing procedure made sense for a given
+changeset. The latter in particular, may bring attention to errors in the
+testing procedure and prompt a more in-depth examination of a patch.
+
+Commonly, ``Test: Smoke test on [device name]`` may be used to signify that:
+
+	 (a) The kernel compiled successfully with the default defconfig.
+
+	 (b) The device has successfully booted the image from point (a), with
+	     no apparent loss in functionality compared to the state before this
+	     patch was applied.
+
+	 (c) The submitter believes in good faith, that such simple test is
+	     enough, given the scope of the patch.
+
 .. _the_canonical_patch_format:
 
 The canonical patch format

---
base-commit: 0f0fe5040de5e5fd9b040672e37725b046e312f0
change-id: 20231007-topic-test_tag-72bca62617f9

Best regards,
-- 
Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>




[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux