[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5b7d9eff-cc95-fe37-6762-ef08e153213c@infradead.org>
Date: Mon, 28 Aug 2023 12:05:45 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: Jakub Kicinski <kuba@...nel.org>, davem@...emloft.net
Cc: netdev@...r.kernel.org, edumazet@...gle.com, pabeni@...hat.com,
corbet@....net, workflows@...r.kernel.org, linux-doc@...r.kernel.org
Subject: Re: [PATCH net-next] docs: netdev: document patchwork patch states
Hi,
On 8/28/23 11:44, Jakub Kicinski wrote:
> The patchwork states are largely self-explanatory but small
> ambiguities may still come up. Document how we interpret
> the states in networking.
>
> Signed-off-by: Jakub Kicinski <kuba@...nel.org>
> ---
> CC: corbet@....net
> CC: workflows@...r.kernel.org
> CC: linux-doc@...r.kernel.org
> ---
> Documentation/process/maintainer-netdev.rst | 27 ++++++++++++++++++++-
> 1 file changed, 26 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/process/maintainer-netdev.rst b/Documentation/process/maintainer-netdev.rst
> index c1c732e9748b..5d16fbb93d25 100644
> --- a/Documentation/process/maintainer-netdev.rst
> +++ b/Documentation/process/maintainer-netdev.rst
> @@ -120,7 +120,32 @@ Status of a patch can be checked by looking at the main patchwork
> https://patchwork.kernel.org/project/netdevbpf/list/
>
> The "State" field will tell you exactly where things are at with your
> -patch. Patches are indexed by the ``Message-ID`` header of the emails
> +patch:
of the patch's email.
?
> +
> +================== =============================================================
> +Patch state Description
> +================== =============================================================
> +New, Under review pending review, patch is in the maintainer’s queue for review
> +Accepted patch was applied to the appropriate networking tree, this is
> + usually set automatically by the pw-bot
> +Needs ACK waiting for an ack from an area maintainer or testing
> +Changes requested patch has not passed the review, new revision is expected
> + with appropriate code and commit message changes
> +Rejected patch has been rejected and new revision is not expected
> +Not applicable patch is expected to be applied outside of the networking
> + subsystem
> +Awaiting upstream patch should be reviewed and handled by appropriate
> + sub-maintainer, who will send it on to the networking trees
> +Deferred patch needs to be reposted later, usually due to dependency
> + or because it was posted for a closed tree
> +Superseded new version of the patch was posted, usually set by the
> + pw-bot
> +RFC not to be applied, usually not in maintainer’s review queue,
> + pw-bot can automatically set patches to this state based
> + on subject tags
Nit:
Above line uses tabs for indentation. All other lines here use spaces.
> +================== =============================================================
> +
> +Patches are indexed by the ``Message-ID`` header of the emails
> which carried them so if you have trouble finding your patch append
> the value of ``Message-ID`` to the URL above.
>
Thanks.
--
~Randy
Powered by blists - more mailing lists