StablePatchFormat

Differences between revisions 2 and 7 (spanning 5 versions)
Revision 2 as of 2010-08-06 16:50:30
Size: 6072
Editor: pool-98-108-155-157
Comment:
Revision 7 as of 2010-08-06 17:04:36
Size: 5997
Editor: pool-98-108-155-157
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
===================
Line 7: Line 6:
 1. Every stable patch *must* have the release name against which the patch
   
is targeted in it's subject line. That release name *must* be the first
   
string in the subject line and *must* be enclosed in "[ ]" brackets.
 1. Every stable patch '''must''' have the release name against which the patch is targeted in it's subject line. That release name '''must''' be the first string in the subject line and '''must''' be enclosed in "[ ]" brackets.
Line 11: Line 8:
*Example:*
{{{
[Lucid][pull request] Update to 2.6.32.16 Stable Kernel
}}}
 '''Example:'''
 {{{
 [Lucid][pull request] Update to 2.6.32.16 Stable Kernel
 }}}
Line 16: Line 13:
 1. Every patch request *must* contain one of the following on the Subject line
    after the release name string described previously:
+
[options="header"]
|==================================
| Descriptor | Meaning
| UBUNTU | This is a patch that the submitter has authored and is not yet upstream. The patch has been submitted to upstream but is of enough value for Ubuntu to carry it in our tree regardelss of upstream acceptance.
| UBUNTU SAUCE | This patch is never expected to go upstream but is of enough value for Ubuntu to carry it in our tree. It is very unlikely that any stable patches will have this.
| (pre-stable) | This patch is taken from the stable queue and is expected to eventually be replaced by a patch from a stable release.
|==================================
 1. Every patch request '''must''' contain one of the following on the Subject line after the release name string described previously:
Line 27: Line 15:
*Example:*
{{{
[Lucid][pull request] (pre-stable) Blank screen with KMS on Thinkpad X201 with Arrandale (i915)
}}}
 || Descriptor || Meaning ||
 || UBUNTU || This is a patch that the submitter has authored and is not yet upstream. The patch has been submitted to upstream but is of enough value for Ubuntu to carry it in our tree regardelss of upstream acceptance. ||
 || UBUNTU SAUCE || This patch is never expected to go upstream but is of enough value for Ubuntu to carry it in our tree. It is very unlikely that any stable patches will have this. ||
 || (pre-stable) || This patch is taken from the stable queue and is expected to eventually be replaced by a patch from a stable release. ||

 '''Example:'''
 {{{
 [Lucid][pull request] (pre-stable) Blank screen with KMS on Thinkpad X201 with Arrandale (i915)
 }}}
Line 34: Line 27:
 1. Every stable patch *must* have an associated Launchpad bug and that bug
   
should be part of the commit's comment section in the form of a "BugLink"
   
block. A "BugLink" block *must* immediately follow the subject line and be
   
the first text in the body of the commit comment. A "BugLink" block
   
consists of:
 1. Every stable patch '''must''' have an associated Launchpad bug and that bug should be part of the commit's comment section in the form of a "BugLink" block. A "BugLink" block '''must''' immediately follow the subject line and be the first text in the body of the commit comment. A "BugLink" block consists of:
Line 40: Line 29:
   1. A line containing "BugLink:" and a url to the launchpad bug. That url
      *
must* be of the format: "http://bugs.launchpad.net/bugs/<bug-id>" where
     
<bug-id> is the bug number of the associated Launchpad bug.
   1. A line containing "BugLink:" and a url to the launchpad bug. That url '''must''' be of the format: "http://bugs.launchpad.net/bugs/<bug-id>" where <bug-id> is the bug number of the associated Launchpad bug.
Line 45: Line 32:
*Example:*
{{{
1: Subject: [PATCH] UBUNTU: SAUCE: Add thinkpad-acpi to modules in the ALSA subpackage
2:
3: BugLink: http://bugs.launchpad.net/bugs/599527
4:
}}}
 '''Example:'''
 {{{
 1: Subject: [PATCH] UBUNTU: SAUCE: Add thinkpad-acpi to modules in the ALSA subpackage
 2:
 3: BugLink: http://bugs.launchpad.net/bugs/599527
 4:
 }}}
Line 53: Line 40:
 1. Every stable patch *must* have a "Signed-off-by" line for the person
   
that is submitting the patch. This "Signed-off-by" line *must* follow
   
all other provinence lines and should be the last line in the commit
   
comment.
 1. Every stable patch '''must''' have a "Signed-off-by" line for the person that is submitting the patch. This "Signed-off-by" line '''must''' follow all other provinence lines and should be the last line in the commit comment.
Line 58: Line 42:
*Example:*
{{{
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
(backported from commit 5620ae29f1eabe655f44335231b580a78c8364ea upstream)
Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
}}}
 '''Example:'''
 
{{{
 Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
 Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
 (backported from commit 5620ae29f1eabe655f44335231b580a78c8364ea upstream)
 Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
 }}}
Line 66: Line 50:
 1. Every stable patch *must* have two "Ack-by" replies by "senior" members
   
of the Ubuntu Kernel Team. "Senior" members of the kernel team are
   
the members of the kernel_cdev group on zinc.
 1. Every stable patch '''must''' have two "Ack-by" replies by "senior" members of the Ubuntu Kernel Team. "Senior" members of the kernel team are the members of the kernel_cdev group on zinc.
Line 70: Line 52:
{{{
$ getent group kernel_cdev
kernel_cdev:x:2616:rtg,amitk,ogasawara,smb,cking,sconklin,apw
}}}
 {{{
 $ getent group kernel_cdev
 kernel_cdev:x:2616:rtg,amitk,ogasawara,smb,cking,sconklin,apw
 }}}
Line 75: Line 57:
*Example:*
{{{
Signed-off-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
(cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
Acked-by: Tim Gardner <tim.gardner@canonical.com>
Acked-by: Brad Figg <brad.figg@canonical.com>
Acked-by: Steve Conklin <sconklin@canonical.com>
}}}
 '''Example:'''
 
{{{
 Signed-off-by: Adam Jackson <ajax@redhat.com>
 Signed-off-by: Eric Anholt <eric@anholt.net>
 Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
 (cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
 Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
 Acked-by: Tim Gardner <tim.gardner@canonical.com>
 Acked-by: Brad Figg <brad.figg@canonical.com>
 Acked-by: Steve Conklin <sconklin@canonical.com>
 }}}
Line 87: Line 69:
 1. Every patch *must* display the provenance of the patch. We want to preserve
   
where the patch came from, who signed off on it, who ack'd it, whether it
   
was cherry-picked from upstream or backported from an upstream commit and
   
who finally applied it to an official Ubuntu source tree.
 1. Every patch '''must''' display the provenance of the patch. We want to preserve where the patch came from, who signed off on it, who ack'd it, whether it was cherry-picked from upstream or backported from an upstream commit and who finally applied it to an official Ubuntu source tree.
Line 92: Line 71:
    If the patch required backporting or changes, there should be a brief explanation
   
immediately preceeding the original commit text and immediately after the
   
"BugLink" block. There *must* also be a line in the provenance section in
   
the format:
 If the patch required backporting or changes, there should be a brief explanation immediately preceeding the original commit text and immediately after the "BugLink" block. There '''must''' also be a line in the provenance section in the format:
Line 97: Line 73:
{{{
(backported from commit <sha1> <upstream repo name>)
}}}
 {{{
 (backported from commit <sha1> <upstream repo name>)
 }}}
Line 101: Line 77:
  Please note that the opening and closing parenthesis are required.  Please note that the opening and closing parenthesis are required.
Line 104: Line 80:
  If tthe patch is a simple cherry-pick from an upstream repo that *must* also
 
be spelled out in the provenance section in the form:
 If tthe patch is a simple cherry-pick from an upstream repo that '''must''' also be spelled out in the provenance section in the form:
Line 107: Line 82:
{{{
(cherry-pick from commit <sha1> <upstream repo name>)
}}}
 {{{
 (cherry-pick from commit <sha1> <upstream repo name>)
 }}}
Line 111: Line 86:
  And the opening and closing parenthesis are required here as well.  And the opening and closing parenthesis are required here as well.
Line 113: Line 88:
*Example:*
{{{
Signed-off-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
(cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
Acked-by: Tim Gardner <tim.gardner@canonical.com>
Acked-by: Brad Figg <brad.figg@canonical.com>
Acked-by: Steve Conklin <sconklin@canonical.com>
}}}
 '''Example:'''
 
{{{
 Signed-off-by: Adam Jackson <ajax@redhat.com>
 Signed-off-by: Eric Anholt <eric@anholt.net>
 Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
 (cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
 Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
 Acked-by: Tim Gardner <tim.gardner@canonical.com>
 Acked-by: Brad Figg <brad.figg@canonical.com>
 Acked-by: Steve Conklin <sconklin@canonical.com>
 }}}

Stable Patch Format

Subject Line

  1. Every stable patch must have the release name against which the patch is targeted in it's subject line. That release name must be the first string in the subject line and must be enclosed in "[ ]" brackets.

    Example:

     [Lucid][pull request] Update to 2.6.32.16 Stable Kernel
  2. Every patch request must contain one of the following on the Subject line after the release name string described previously:

    Descriptor

    Meaning

    UBUNTU

    This is a patch that the submitter has authored and is not yet upstream. The patch has been submitted to upstream but is of enough value for Ubuntu to carry it in our tree regardelss of upstream acceptance.

    UBUNTU SAUCE

    This patch is never expected to go upstream but is of enough value for Ubuntu to carry it in our tree. It is very unlikely that any stable patches will have this.

    (pre-stable)

    This patch is taken from the stable queue and is expected to eventually be replaced by a patch from a stable release.

    Example:

     [Lucid][pull request] (pre-stable) Blank screen with KMS on Thinkpad X201 with Arrandale (i915)

Comment Body

  1. Every stable patch must have an associated Launchpad bug and that bug should be part of the commit's comment section in the form of a "BugLink" block. A "BugLink" block must immediately follow the subject line and be the first text in the body of the commit comment. A "BugLink" block consists of:

    1. A blank line.
    2. A line containing "BugLink:" and a url to the launchpad bug. That url must be of the format: "http://bugs.launchpad.net/bugs/<bug-id>" where <bug-id> is the bug number of the associated Launchpad bug.

    3. Another blank line.

    Example:

     1: Subject: [PATCH] UBUNTU: SAUCE: Add thinkpad-acpi to modules in the ALSA subpackage
     2:
     3: BugLink: http://bugs.launchpad.net/bugs/599527
     4:
  2. Every stable patch must have a "Signed-off-by" line for the person that is submitting the patch. This "Signed-off-by" line must follow all other provinence lines and should be the last line in the commit comment.

    Example:

     Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
     Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
     (backported from commit 5620ae29f1eabe655f44335231b580a78c8364ea upstream)
     Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
  3. Every stable patch must have two "Ack-by" replies by "senior" members of the Ubuntu Kernel Team. "Senior" members of the kernel team are the members of the kernel_cdev group on zinc.

     $ getent group kernel_cdev
     kernel_cdev:x:2616:rtg,amitk,ogasawara,smb,cking,sconklin,apw

    Example:

     Signed-off-by: Adam Jackson <ajax@redhat.com>
     Signed-off-by: Eric Anholt <eric@anholt.net>
     Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
     (cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
     Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
     Acked-by: Tim Gardner <tim.gardner@canonical.com>
     Acked-by: Brad Figg <brad.figg@canonical.com>
     Acked-by: Steve Conklin <sconklin@canonical.com>
  4. Every patch must display the provenance of the patch. We want to preserve where the patch came from, who signed off on it, who ack'd it, whether it was cherry-picked from upstream or backported from an upstream commit and who finally applied it to an official Ubuntu source tree.

    If the patch required backporting or changes, there should be a brief explanation immediately preceeding the original commit text and immediately after the "BugLink" block. There must also be a line in the provenance section in the format:

     (backported from commit <sha1> <upstream repo name>)
    Please note that the opening and closing parenthesis are required.

    If tthe patch is a simple cherry-pick from an upstream repo that must also be spelled out in the provenance section in the form:

     (cherry-pick from commit <sha1> <upstream repo name>)
    And the opening and closing parenthesis are required here as well.

    Example:

     Signed-off-by: Adam Jackson <ajax@redhat.com>
     Signed-off-by: Eric Anholt <eric@anholt.net>
     Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
     (cherry-picked from commit d4e0018e3e4dd685af25d300fd26a0d5a984482e 2.6.34.y)
     Signed-off-by: Manoj Iyer <manoj.iyer@canonical.com>
     Acked-by: Tim Gardner <tim.gardner@canonical.com>
     Acked-by: Brad Figg <brad.figg@canonical.com>
     Acked-by: Steve Conklin <sconklin@canonical.com>

Complete Example

From f71ea7e15129435a07c4e4d0bc08be19e2d0415c Mon Sep 17 00:00:00 2001
From: Steve Conklin <sconklin@canonical.com>
Date: Thu, 29 Jul 2010 16:43:14 -0500
Subject: (pre-stable) drm/i915: make sure eDP panel is turned on

BugLink: http://bugs.launchpad.net/bugs/578673

Small modifications needed because of avariable rename.

When enabling the eDP port, we need to make sure the panel is turned on
after training the link.  If we don't, it likely won't come back after
suspend or may not come up at all.

For unknown reasons, unlocking the panel regs before initiating a power
on sequence is necessary.  There are known bugs in the PCH panel
sequencing logic, apparently this is one possible workaround.

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=28739.

OriginalAuthor: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Tested-by: "Paulo J. S. Silva" <pjssilva@gmail.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
(backported from commit c9fcc5d269949a0fbd46ffbea6cc83741e61c05f upstream)
Acked-by: Brad Figg <brad.figg@canonical.com>
Acked-by: Steve Conklin <sconklin@canonical.com>
Signed-off-by: Steve Conklin <sconklin@canonical.com>

Kernel/Dev/StablePatchFormat (last edited 2024-02-22 15:53:06 by roxanan)