| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Sat, 15 Jun 2024 10:03:51 +0800 From: Shung-Hsi Yu <shung-hsi.yu@...e.com> To: linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Sasha Levin <sashal@...nel.org>, Jonathan Corbet <corbet@....net>, stable@...r.kernel.org, workflows@...r.kernel.org, Paul Barker <paul.barker.ct@...renesas.com>, Shung-Hsi Yu <shung-hsi.yu@...e.com> Subject: [PATCH v2 2/2] docs: stable-kernel-rules: remind reader about DCO When sending patch authored by someone else to stable, it is quite easy for the sender to forget adding the Developer's Certification of Origin (DCO, i.e. Signed-off-by). An example of such can be seen in the link below. Mention DCO explicitly so senders are less likely to forget to do so and cause another round-trip. Add a label in submitting-patches.rst so we can directly link to the DCO section. Link: https://lore.kernel.org/stable/2024051500-underage-unfixed-5d28@gregkh/ Signed-off-by: Shung-Hsi Yu <shung-hsi.yu@...e.com> --- Change from v1: - explicitly refer to the link as an example in the 1st paragraph (Paul) - commit message typo fix s/explicilty/explicitly/ (Paul) --- Documentation/process/stable-kernel-rules.rst | 4 ++++ Documentation/process/submitting-patches.rst | 1 + 2 files changed, 5 insertions(+) diff --git a/Documentation/process/stable-kernel-rules.rst b/Documentation/process/stable-kernel-rules.rst index d22aa2280f6e..85a91fd40da9 100644 --- a/Documentation/process/stable-kernel-rules.rst +++ b/Documentation/process/stable-kernel-rules.rst @@ -168,6 +168,10 @@ If the submitted patch deviates from the original upstream patch (for example because it had to be adjusted for the older API), this must be very clearly documented and justified in the patch description. +Be sure to also include a :ref:`Developer's Certificate of Origin +<sign_your_work>` (i.e. ``Signed-off-by``) when sending patches that you did +not author yourself. + Following the submission ------------------------ diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst index 66029999b587..98f1c8d8b429 100644 --- a/Documentation/process/submitting-patches.rst +++ b/Documentation/process/submitting-patches.rst @@ -394,6 +394,7 @@ e-mail discussions. ``git send-email`` will do this for you automatically. +.. _sign_your_work: Sign your work - the Developer's Certificate of Origin ------------------------------------------------------ -- 2.45.2
Powered by blists - more mailing lists