ExtendedStable
3242
Comment:
|
2402
|
Deletions are marked like this. | Additions are marked like this. |
Line 11: | Line 11: |
|| --('''linux‑<version>.y‑review''')-- || --(last release of stable tree for <version> release, with patches on top to be considered and reviewed for next stable release for <version> series)-- || || '''linux‑<version>.y‑queue''' || last release of stable tree for <version> release, with patches on top already reviewed and ready to go, that will be released with next <version> stable update || |
|| '''linux‑<version>.y‑queue''' || last release of stable tree for <version> release, with patches on top that are to be released with next <version> stable update || || --('''linux‑<version>.y‑review''')-- || --(last release of stable tree for <version> release, with patches on top ready to be released with next <version> stable update, but which are on release candidate status (waiting any complaints or potential fixes before being released))-- || |
Line 14: | Line 14: |
TODO: Remove review branches? Tim suggests that we shouldn't have -review branches, since we already have stable rules for acceptance of patches etc., everything applying to stable rules should go to queue directly. | TODO: Remove review branches? On discussion. |
Line 27: | Line 27: |
--(Anyone can contribute with patches to any stable release maintained by the Ubuntu Kernel team. To do so, just send the patch to kernel-team@lists.ubuntu.com mailing list. Any patch sent must conform to the upstream stable rules (listed at Documentation/stable_kernel_rules.txt in the upstream kernel source tree).)-- '''NOTE:''' I'm not sure the above is correct. We want the commits on this tree to follow the upstream process not the UBUNTU SRU process. Patches that follow the Ubuntu SRU process go through the same process they do today, submit to the mailing list in the correct format, get the required number of Acks and then the commit is applied to the master-next branch of the relevant Ubuntu kernel tree. |
Stable Kernel Updates
The Ubuntu Kernel Team provides a git repo available to the greater Linux community which provides stable patches for certain versions of the Linux kernel.
Repository
The repository is available at git://kernel.ubuntu.com/<location> (TODO: location to be defined, may be stable/linux-stable.git?), and has the following branches:
master |
tracks the Linus master tree |
linux‑<version>.y |
stable tree for linux <version> release, final patches releases go to this |
linux‑<version>.y‑queue |
last release of stable tree for <version> release, with patches on top that are to be released with next <version> stable update |
linux‑<version>.y‑review |
last release of stable tree for <version> release, with patches on top ready to be released with next <version> stable update, but which are on release candidate status (waiting any complaints or potential fixes before being released) |
TODO: Remove review branches? On discussion.
Builds
We will be hooking the stable tree up with our automated build and testing infrastructure. The built binaries will be available for download and installation.
Announcements
New releases of stable patches will be announced at kernel-team@lists.ubuntu.com, the linux kernel mailing list (lkml) and the stable mailing lists. (TODO: any other mailing list?)
Contributing
All patches for the stable releases maintained by the Ubuntu kernel team should be submitted upstream, following the stable upstream acceptance rules (see Documentation/stable_kernel_rules.txt in the upstream kernel source tree for more information). The Ubuntu Kernel Team should monitor and pick the relevant stable patches automatically once they are released with upstream stable. In case that not happens, or the change/patch is only applicable to one of the maintained versions by the Ubuntu kernel team (in the case the patch isn't relevant to any of the current stable kernel versions being maintained by upstream, for example when a Cc: stable@kernel.org isn't applicable anymore), you can contact the Ubuntu kernel team at kernel-team@lists.ubuntu.com requesting the patch to be applied. Of course the patch must conform to the stable upstream acceptance rules in the second case.
Kernel/Dev/ExtendedStable (last edited 2016-07-13 18:58:46 by kamalmostafa)