]> git.ipfire.org Git - thirdparty/u-boot.git/commitdiff
doc: develop: process: Explain when/how Custodians may edit patches
authorTom Rini <trini@konsulko.com>
Tue, 20 Jan 2026 20:11:45 +0000 (14:11 -0600)
committerHeinrich Schuchardt <heinrich.schuchardt@canonical.com>
Wed, 28 Jan 2026 20:12:04 +0000 (21:12 +0100)
As seen with commit d503633a3676 ("Revert "doc: board: starfive: update
jh7110 common description""), it has not always been clear what is and
isn't allowed by custodians, and what the expectations are. To prevent
further unintentional conflicts, document the limited cases where
custodians are allowed to modify patches directly, and how to do that.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Quentin Schulz <quentin.schulz@cherry.de>
doc/develop/process.rst

index 4159a945707eaec4cb2fe93b02c127923db50073..0651a1c23a484015d1139d00b7878cd803df1f8e 100644 (file)
@@ -144,6 +144,12 @@ feedback to the submitter of a patch about what is going on:
     feels it has been too long since posting their patch and not
     received any feedback, it is OK to follow-up and ask.
 
+    * A custodian may make changes suggested by :doc:`checkpatch.pl
+      <checkpatch>`. They must also in turn amend the commit message noting
+      their change, for example ``[trini: Fix typos]``, and add their own
+      :ref:`Signed-off-by <dco>` tag. All other changes must be handled by
+      another iteration of the patch, or follow-up patch.
+
   * If the patch itself can still be applied to the tree. The custodian
     is expected to put in a "best effort" if a patch does not apply
     cleanly, but can be made to apply still. It is up to the custodian