Hi Jakub, Thank you for the patch. On Mon, Aug 28, 2023 at 11:44:41AM -0700, 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@xxxxxxxxxx> > --- > CC: corbet@xxxxxxx > CC: workflows@xxxxxxxxxxxxxxx > CC: linux-doc@xxxxxxxxxxxxxxx > --- > 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: > + > +================== ============================================================= > +Patch state Description > +================== ============================================================= > +New, Under review pending review, patch is in the maintainer’s queue for review Is there a meaningful distinction between "New" and "Under review", or are they exactly the same ? The former sounds like nobody has looked at the patch yet, while the latter seems to indicate someone has assigned the task of reviewing the patch to themselves, but maybe netdev uses those two states differently ? > +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 How does this differ from "Under review" ? > +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 Incorrect indentation. > +================== ============================================================= > + > +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. > -- Regards, Laurent Pinchart
