* [PATCH] drm/doc: Document feature merge deadlines
@ 2017-03-21 15:52 Daniel Vetter
2017-03-21 19:38 ` Sean Paul
0 siblings, 1 reply; 3+ messages in thread
From: Daniel Vetter @ 2017-03-21 15:52 UTC (permalink / raw)
To: DRI Development
Cc: Daniel Vetter, Jonathan Corbet, linux-doc, Dave Airlie,
Sean Paul, Jani Nikula, Alex Deucher, Lukas Wunner,
Daniel Vetter
The discussion pretty much concluded without objections, let's
document what we agreed on.
Cc'ing linux-doc for the new tag in Documentation/process/index.rst.
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: linux-doc@vger.kernel.org
Cc: Dave Airlie <airlied@gmail.com>
Cc: Sean Paul <seanpaul@chromium.org>
Cc: Jani Nikula <jani.nikula@linux.intel.com>
Cc: Alex Deucher <alexdeucher@gmail.com>
Cc: Lukas Wunner <lukas@wunner.de>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
---
Documentation/gpu/introduction.rst | 25 +++++++++++++++++++++++++
Documentation/process/index.rst | 1 +
2 files changed, 26 insertions(+)
diff --git a/Documentation/gpu/introduction.rst b/Documentation/gpu/introduction.rst
index 1f8bd5ef5f9d..05a82bdfbca4 100644
--- a/Documentation/gpu/introduction.rst
+++ b/Documentation/gpu/introduction.rst
@@ -60,3 +60,28 @@ checkpatch or sparse. We welcome such contributions.
Anyone looking to kick it up a notch can find a list of janitorial tasks on
the :ref:`TODO list <todo>`.
+
+Contribution Process
+====================
+
+Mostly the DRM subsystem works like any other kernel subsystem, see :ref:`the
+main process guidelines and documentation <process_index>` for how things work.
+Here we just document some of the specialities of the GPU subsystem.
+
+Feature Merge Deadlines
+-----------------------
+
+All feature work must be in the linux-next tree by the -rc6 release of the
+current release cycle, otherwise they must be postponed and can't reach the next
+merge window. All patches must have landed in the drm-next tree by latest -rc7,
+but if your branch is not in linux-next then this must have happened by -rc6
+already.
+
+After that point only bugfixes (like after the upstream merge window has closed
+with the -rc1 release) are allowed. No new platform enabling or new drivers are
+allowed.
+
+This means that there's a blackout-period of about one month where feature work
+can't be merged. The recommended way to deal with that is having a -next tree
+that's always open, but making sure to not feed it into linux-next during the
+blackout period. As an example, drm-misc works like that.
diff --git a/Documentation/process/index.rst b/Documentation/process/index.rst
index 10aa6920709a..82fc399fcd33 100644
--- a/Documentation/process/index.rst
+++ b/Documentation/process/index.rst
@@ -3,6 +3,7 @@
\renewcommand\thesection*
\renewcommand\thesubsection*
+.. _process_index:
Working with the kernel development community
=============================================
--
2.11.0
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] drm/doc: Document feature merge deadlines
2017-03-21 15:52 [PATCH] drm/doc: Document feature merge deadlines Daniel Vetter
@ 2017-03-21 19:38 ` Sean Paul
2017-03-22 20:35 ` Daniel Vetter
0 siblings, 1 reply; 3+ messages in thread
From: Sean Paul @ 2017-03-21 19:38 UTC (permalink / raw)
To: Daniel Vetter; +Cc: linux-doc, Jonathan Corbet, DRI Development, Daniel Vetter
On Tue, Mar 21, 2017 at 04:52:28PM +0100, Daniel Vetter wrote:
> The discussion pretty much concluded without objections, let's
> document what we agreed on.
>
> Cc'ing linux-doc for the new tag in Documentation/process/index.rst.
>
> Cc: Jonathan Corbet <corbet@lwn.net>
> Cc: linux-doc@vger.kernel.org
> Cc: Dave Airlie <airlied@gmail.com>
> Cc: Sean Paul <seanpaul@chromium.org>
> Cc: Jani Nikula <jani.nikula@linux.intel.com>
> Cc: Alex Deucher <alexdeucher@gmail.com>
> Cc: Lukas Wunner <lukas@wunner.de>
> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Reviewed-by: Sean Paul <seanpaul@chromium.org>
> ---
> Documentation/gpu/introduction.rst | 25 +++++++++++++++++++++++++
> Documentation/process/index.rst | 1 +
> 2 files changed, 26 insertions(+)
>
> diff --git a/Documentation/gpu/introduction.rst b/Documentation/gpu/introduction.rst
> index 1f8bd5ef5f9d..05a82bdfbca4 100644
> --- a/Documentation/gpu/introduction.rst
> +++ b/Documentation/gpu/introduction.rst
> @@ -60,3 +60,28 @@ checkpatch or sparse. We welcome such contributions.
>
> Anyone looking to kick it up a notch can find a list of janitorial tasks on
> the :ref:`TODO list <todo>`.
> +
> +Contribution Process
> +====================
> +
> +Mostly the DRM subsystem works like any other kernel subsystem, see :ref:`the
> +main process guidelines and documentation <process_index>` for how things work.
> +Here we just document some of the specialities of the GPU subsystem.
> +
> +Feature Merge Deadlines
> +-----------------------
> +
> +All feature work must be in the linux-next tree by the -rc6 release of the
> +current release cycle, otherwise they must be postponed and can't reach the next
> +merge window. All patches must have landed in the drm-next tree by latest -rc7,
> +but if your branch is not in linux-next then this must have happened by -rc6
> +already.
> +
> +After that point only bugfixes (like after the upstream merge window has closed
> +with the -rc1 release) are allowed. No new platform enabling or new drivers are
> +allowed.
> +
> +This means that there's a blackout-period of about one month where feature work
> +can't be merged. The recommended way to deal with that is having a -next tree
> +that's always open, but making sure to not feed it into linux-next during the
> +blackout period. As an example, drm-misc works like that.
> diff --git a/Documentation/process/index.rst b/Documentation/process/index.rst
> index 10aa6920709a..82fc399fcd33 100644
> --- a/Documentation/process/index.rst
> +++ b/Documentation/process/index.rst
> @@ -3,6 +3,7 @@
> \renewcommand\thesection*
> \renewcommand\thesubsection*
>
> +.. _process_index:
>
> Working with the kernel development community
> =============================================
> --
> 2.11.0
--
Sean Paul, Software Engineer, Google / Chromium OS
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] drm/doc: Document feature merge deadlines
2017-03-21 19:38 ` Sean Paul
@ 2017-03-22 20:35 ` Daniel Vetter
0 siblings, 0 replies; 3+ messages in thread
From: Daniel Vetter @ 2017-03-22 20:35 UTC (permalink / raw)
To: Sean Paul
Cc: Daniel Vetter, DRI Development, Jonathan Corbet, linux-doc,
Dave Airlie, Jani Nikula, Alex Deucher, Lukas Wunner,
Daniel Vetter
On Tue, Mar 21, 2017 at 03:38:26PM -0400, Sean Paul wrote:
> On Tue, Mar 21, 2017 at 04:52:28PM +0100, Daniel Vetter wrote:
> > The discussion pretty much concluded without objections, let's
> > document what we agreed on.
> >
> > Cc'ing linux-doc for the new tag in Documentation/process/index.rst.
> >
> > Cc: Jonathan Corbet <corbet@lwn.net>
> > Cc: linux-doc@vger.kernel.org
> > Cc: Dave Airlie <airlied@gmail.com>
> > Cc: Sean Paul <seanpaul@chromium.org>
> > Cc: Jani Nikula <jani.nikula@linux.intel.com>
> > Cc: Alex Deucher <alexdeucher@gmail.com>
> > Cc: Lukas Wunner <lukas@wunner.de>
> > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
>
> Reviewed-by: Sean Paul <seanpaul@chromium.org>
Dave also acked this on irc, so applied to drm-misc-next.
-Daniel
>
> > ---
> > Documentation/gpu/introduction.rst | 25 +++++++++++++++++++++++++
> > Documentation/process/index.rst | 1 +
> > 2 files changed, 26 insertions(+)
> >
> > diff --git a/Documentation/gpu/introduction.rst b/Documentation/gpu/introduction.rst
> > index 1f8bd5ef5f9d..05a82bdfbca4 100644
> > --- a/Documentation/gpu/introduction.rst
> > +++ b/Documentation/gpu/introduction.rst
> > @@ -60,3 +60,28 @@ checkpatch or sparse. We welcome such contributions.
> >
> > Anyone looking to kick it up a notch can find a list of janitorial tasks on
> > the :ref:`TODO list <todo>`.
> > +
> > +Contribution Process
> > +====================
> > +
> > +Mostly the DRM subsystem works like any other kernel subsystem, see :ref:`the
> > +main process guidelines and documentation <process_index>` for how things work.
> > +Here we just document some of the specialities of the GPU subsystem.
> > +
> > +Feature Merge Deadlines
> > +-----------------------
> > +
> > +All feature work must be in the linux-next tree by the -rc6 release of the
> > +current release cycle, otherwise they must be postponed and can't reach the next
> > +merge window. All patches must have landed in the drm-next tree by latest -rc7,
> > +but if your branch is not in linux-next then this must have happened by -rc6
> > +already.
> > +
> > +After that point only bugfixes (like after the upstream merge window has closed
> > +with the -rc1 release) are allowed. No new platform enabling or new drivers are
> > +allowed.
> > +
> > +This means that there's a blackout-period of about one month where feature work
> > +can't be merged. The recommended way to deal with that is having a -next tree
> > +that's always open, but making sure to not feed it into linux-next during the
> > +blackout period. As an example, drm-misc works like that.
> > diff --git a/Documentation/process/index.rst b/Documentation/process/index.rst
> > index 10aa6920709a..82fc399fcd33 100644
> > --- a/Documentation/process/index.rst
> > +++ b/Documentation/process/index.rst
> > @@ -3,6 +3,7 @@
> > \renewcommand\thesection*
> > \renewcommand\thesubsection*
> >
> > +.. _process_index:
> >
> > Working with the kernel development community
> > =============================================
> > --
> > 2.11.0
>
> --
> Sean Paul, Software Engineer, Google / Chromium OS
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-03-22 20:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-21 15:52 [PATCH] drm/doc: Document feature merge deadlines Daniel Vetter
2017-03-21 19:38 ` Sean Paul
2017-03-22 20:35 ` Daniel Vetter
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.