All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: "linux-media" <linux-media@vger.kernel.org>
Subject: Re: RFC: First draft of guidelines for submitting patches to linux-media
Date: Tue, 11 Dec 2012 13:17:59 -0200	[thread overview]
Message-ID: <20121211131759.2b9543d6@redhat.com> (raw)
In-Reply-To: <201212111415.31483.hverkuil@xs4all.nl>

Em Tue, 11 Dec 2012 14:15:31 +0100
Hans Verkuil <hverkuil@xs4all.nl> escreveu:

> On Mon 10 December 2012 14:07:09 Hans Verkuil wrote:
> > Hi all,
> > 
> > As discussed in Barcelona I would write a text describing requirements for new
> > drivers and what to expect when submitting patches to linux-media.
> > 
> > This is a first rough draft and nothing is fixed yet.
> > 
> > I have a few open questions:
> > 
> > 1) Where to put it? One thing I would propose that we improve is to move the
> > dvb and video4linux directories in Documentation/ to Documentation/media to
> > correctly reflect the drivers/media structure. If we do that, then we can put
> > this document in Documentation/media/SubmittingMediaPatches.
> > 
> > Alternatively, this is something we can document in our wiki.
> > 
> > 2) Are there DVB requirements as well for new drivers? We discussed a list of
> > V4L2 requirements in Barcelona, but I wonder if there is a similar list that
> > can be made for DVB drivers. Input on that will be welcome.
> > 
> > 3) This document describes the situation we will have when the submaintainers
> > take their place early next year. So please check if I got that part right.
> > 
> > 4) In Barcelona we discussed 'tags' for patches to help organize them. I've
> > made a proposal for those in this document. Feedback is very welcome.
> > 
> > 5) As discussed in Barcelona there will be git tree maintainers for specific
> > platforms, but we didn't really go into detail who would be responsible for
> > which platform. If you want to maintain a particular platform, then please
> > let me know.
> > 
> > 6) The patchwork section is very short at the moment. It should be extended
> > when patchwork gets support to recognize the various tags.
> > 
> > 7) Anything else that should be discussed here?
> 
> How to submit patches for a stable kernel.
> 
> I can never remember, and I'm sure I'm not the only one :-)

The standard way is to add this tag:

	Cc: stable@vger.kernel.org

eventually with a comment saying to what versions it should be applied, like:

	Cc: stable@vger.kernel.org	# for v3.5 and upper

If it is noticed later the need for it on stable, or a backport is needed,
the patch author should send the patch to stable@vger.kernel.org, c/c the ML,
preferably pointing to the upstream commit ID. The patch has to be merged
upstream before being merged at stable.

-- 

Cheers,
Mauro

      reply	other threads:[~2012-12-11 15:18 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-10 13:07 RFC: First draft of guidelines for submitting patches to linux-media Hans Verkuil
2012-12-10 15:56 ` Frank Schäfer
2012-12-10 16:27   ` Hans Verkuil
2012-12-10 17:38     ` Mauro Carvalho Chehab
2012-12-10 17:45       ` Antti Palosaari
2012-12-10 18:43         ` Mauro Carvalho Chehab
2012-12-10 19:17       ` Frank Schäfer
2012-12-10 19:40         ` Mauro Carvalho Chehab
2012-12-11 20:41           ` Frank Schäfer
2012-12-10 18:33 ` Mauro Carvalho Chehab
2012-12-10 23:52   ` Laurent Pinchart
2012-12-11 10:29     ` Mauro Carvalho Chehab
2012-12-11 11:39       ` Laurent Pinchart
2012-12-11 12:59         ` Mauro Carvalho Chehab
2012-12-11 11:50       ` Hans Verkuil
2012-12-11 12:20         ` Laurent Pinchart
2012-12-11 15:13           ` Mauro Carvalho Chehab
2012-12-11 14:31         ` Mauro Carvalho Chehab
2012-12-11 13:15 ` Hans Verkuil
2012-12-11 15:17   ` Mauro Carvalho Chehab [this message]

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=20121211131759.2b9543d6@redhat.com \
    --to=mchehab@redhat.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.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.