From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org,
Ricardo Ribalda <ribalda@chromium.org>
Subject: Re: [PATCH v4 5/5] docs: media: profile: make it clearer about maintainership duties
Date: Wed, 4 Dec 2024 13:51:27 +0100 [thread overview]
Message-ID: <20241204135127.7b295c19@foz.lan> (raw)
In-Reply-To: <57ed2ba7-ebe8-433f-bb52-914a020ca468@xs4all.nl>
Em Wed, 4 Dec 2024 13:11:45 +0100
Hans Verkuil <hverkuil@xs4all.nl> escreveu:
> On 12/3/24 10:35, Mauro Carvalho Chehab wrote:
> > During the review of the media committer's profile, it was noticed
> > that the responsibility for timely review patches was not clear:
> > such review is expected that all developers listed at MAINTAINERS
> > with the "M:" tag (e.g. "maintainers" on its broad sense).
> >
> > This is orthogonal of being a media committer or not. Such duty
> > is implied at:
> >
> > Documentation/admin-guide/reporting-issues.rst
> >
> > and at the MAINTAINERS header, when it says that even when the
> > status is "odd fixes", the patches will flow in.
> >
> > So, let make it explicit at the maintainer-entry-profile that
> > maintainers need to do timely reviews.
> >
> > Also, while right now our focus is on granting committer rights to
> > maintainers, the media-committer model may evolve in the future to
> > accept other committers that don't have such duties.
> >
> > So, make it clear at the media-committer.rst that the duties
> > related to reviewing patches from others are for the drivers
> > they are maintainers as well.
> >
> > Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
> > ---
> > Documentation/driver-api/media/maintainer-entry-profile.rst | 5 +++++
> > Documentation/driver-api/media/media-committer.rst | 6 +++---
> > 2 files changed, 8 insertions(+), 3 deletions(-)
> >
> > diff --git a/Documentation/driver-api/media/maintainer-entry-profile.rst b/Documentation/driver-api/media/maintainer-entry-profile.rst
> > index fa28059f7b3f..87b71f89b1df 100644
> > --- a/Documentation/driver-api/media/maintainer-entry-profile.rst
> > +++ b/Documentation/driver-api/media/maintainer-entry-profile.rst
> > @@ -173,6 +173,11 @@ b. Committers' workflow: patches are handled by media committers::
> > On both workflows, all patches shall be properly reviewed at
> > linux-media@vger.kernel.org (LMML) before being merged at media-committers.git.
> >
> > +Such patches will be reviewed timely by the maintainers and reviewers as
> > +listed in the MAINTAINERS file. The subsystem maintainers will follow one of
> > +the above workflows, e. g. they will either send a pull request or merge
> > +patches directly at the media-committers tree.
> > +
> > When patches are picked by patchwork and when merged at media-committers,
> > CI bots will check for errors and may provide e-mail feedback about
> > patch problems. When this happens, the patch submitter must fix them, or
> > diff --git a/Documentation/driver-api/media/media-committer.rst b/Documentation/driver-api/media/media-committer.rst
> > index 3d0987a8a93b..0bc038a0fdcc 100644
> > --- a/Documentation/driver-api/media/media-committer.rst
> > +++ b/Documentation/driver-api/media/media-committer.rst
> > @@ -90,9 +90,9 @@ be a part of their maintenance tasks.
> > Due to that, to become a committer or a core committer, a consensus between
> > all subsystem maintainers is required, as they all need to trust a developer
> > well enough to be delegated the responsibility to maintain part of the code
> > -and to properly review patches from third parties, in a timely manner and
> > -keeping the status of the reviewed code at https://patchwork.linuxtv.org
> > -updated.
> > +and to properly review patches from third parties for the drivers that they
> > +maintain in a timely manner and keeping the status of the patches at
> > +https://patchwork.linuxtv.org updated.
> >
> > .. Note::
> >
>
> Looks OK to me, but I thought this was supposed to be folded into the 3/5 and 4/5 patches?
I'll fold it once you and Ricardo gives the same review/Sob as marked on 3/5 and 4/5.
Thanks,
Mauro
next prev parent reply other threads:[~2024-12-04 12:51 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-03 9:35 [PATCH v4 0/5]Document the new media-committer's model Mauro Carvalho Chehab
2024-12-03 9:35 ` [PATCH v4 1/5] docs: maintainer-pgp-guide.rst: add a reference for kernel.org sign Mauro Carvalho Chehab
2024-12-03 9:35 ` [PATCH v4 2/5] MAINTAINERS: fix a couple issues at media input infrastructure Mauro Carvalho Chehab
2024-12-03 9:35 ` [PATCH v4 3/5] docs: media: update maintainer-entry-profile for multi-committers Mauro Carvalho Chehab
2024-12-03 11:48 ` Laurent Pinchart
2024-12-04 11:34 ` Hans Verkuil
2025-08-21 12:26 ` Sakari Ailus
2025-08-22 8:23 ` Mauro Carvalho Chehab
2025-08-22 8:59 ` Sakari Ailus
2025-08-22 9:31 ` Mauro Carvalho Chehab
2025-08-22 10:09 ` Sakari Ailus
2024-12-03 9:35 ` [PATCH v4 4/5] docs: media: document media multi-committers rules and process Mauro Carvalho Chehab
2024-12-03 12:29 ` Laurent Pinchart
2024-12-05 12:36 ` Hans Verkuil
2024-12-06 15:22 ` Hans Verkuil
2024-12-05 13:50 ` Laurent Pinchart
2024-12-04 12:03 ` Hans Verkuil
2025-08-21 13:08 ` Sakari Ailus
2025-08-22 8:27 ` Mauro Carvalho Chehab
2024-12-03 9:35 ` [PATCH v4 5/5] docs: media: profile: make it clearer about maintainership duties Mauro Carvalho Chehab
2024-12-04 12:11 ` Hans Verkuil
2024-12-04 12:51 ` Mauro Carvalho Chehab [this message]
2024-12-04 13:20 ` Ricardo Ribalda Delgado
2024-12-04 13:29 ` Hans Verkuil
2024-12-04 13:43 ` [PATCH v4 1/5] docs: maintainer-pgp-guide.rst: add a reference for kernel.org sign Mauro Carvalho Chehab
2024-12-04 13:43 ` [PATCH v4 2/5] MAINTAINERS: fix a couple issues at media input infrastructure Mauro Carvalho Chehab
2024-12-04 13:46 ` Mauro Carvalho Chehab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241204135127.7b295c19@foz.lan \
--to=mchehab+huawei@kernel.org \
--cc=hverkuil@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=ribalda@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.