From: Randy Dunlap <rdunlap@xenotime.net>
To: Kees Cook <keescook@chromium.org>
Cc: linux-kernel@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-doc@vger.kernel.org, Rob Landley <rob@landley.net>
Subject: Re: [PATCH] docs: update HOWTO for 2.6.x -> 3.x versioning
Date: Sat, 28 Apr 2012 10:40:36 -0700 [thread overview]
Message-ID: <4F9C2B94.7080404@xenotime.net> (raw)
In-Reply-To: <20120419061645.GA25127@www.outflux.net>
On 04/18/2012 11:16 PM, Kees Cook wrote:
> The HOWTO document needed updating for the new kernel versioning. The
> git URI for -next was updated as well.
>
> Signed-off-by: Kees Cook <keescook@chromium.org>
Acked-by: Randy Dunlap <rdunlap@xenotime.net>
Greg or Rob can merge...
Thanks.
> ---
> Documentation/HOWTO | 32 ++++++++++++++++----------------
> 1 files changed, 16 insertions(+), 16 deletions(-)
>
> diff --git a/Documentation/HOWTO b/Documentation/HOWTO
> index f7ade3b..59c080f 100644
> --- a/Documentation/HOWTO
> +++ b/Documentation/HOWTO
> @@ -218,16 +218,16 @@ The development process
> Linux kernel development process currently consists of a few different
> main kernel "branches" and lots of different subsystem-specific kernel
> branches. These different branches are:
> - - main 2.6.x kernel tree
> - - 2.6.x.y -stable kernel tree
> - - 2.6.x -git kernel patches
> + - main 3.x kernel tree
> + - 3.x.y -stable kernel tree
> + - 3.x -git kernel patches
> - subsystem specific kernel trees and patches
> - - the 2.6.x -next kernel tree for integration tests
> + - the 3.x -next kernel tree for integration tests
>
> -2.6.x kernel tree
> +3.x kernel tree
> -----------------
> -2.6.x kernels are maintained by Linus Torvalds, and can be found on
> -kernel.org in the pub/linux/kernel/v2.6/ directory. Its development
> +3.x kernels are maintained by Linus Torvalds, and can be found on
> +kernel.org in the pub/linux/kernel/v3.x/ directory. Its development
> process is as follows:
> - As soon as a new kernel is released a two weeks window is open,
> during this period of time maintainers can submit big diffs to
> @@ -262,20 +262,20 @@ mailing list about kernel releases:
> released according to perceived bug status, not according to a
> preconceived timeline."
>
> -2.6.x.y -stable kernel tree
> +3.x.y -stable kernel tree
> ---------------------------
> -Kernels with 4-part versions are -stable kernels. They contain
> +Kernels with 3-part versions are -stable kernels. They contain
> relatively small and critical fixes for security problems or significant
> -regressions discovered in a given 2.6.x kernel.
> +regressions discovered in a given 3.x kernel.
>
> This is the recommended branch for users who want the most recent stable
> kernel and are not interested in helping test development/experimental
> versions.
>
> -If no 2.6.x.y kernel is available, then the highest numbered 2.6.x
> +If no 3.x.y kernel is available, then the highest numbered 3.x
> kernel is the current stable kernel.
>
> -2.6.x.y are maintained by the "stable" team <stable@vger.kernel.org>, and
> +3.x.y are maintained by the "stable" team <stable@vger.kernel.org>, and
> are released as needs dictate. The normal release period is approximately
> two weeks, but it can be longer if there are no pressing problems. A
> security-related problem, instead, can cause a release to happen almost
> @@ -285,7 +285,7 @@ The file Documentation/stable_kernel_rules.txt in the kernel tree
> documents what kinds of changes are acceptable for the -stable tree, and
> how the release process works.
>
> -2.6.x -git patches
> +3.x -git patches
> ------------------
> These are daily snapshots of Linus' kernel tree which are managed in a
> git repository (hence the name.) These patches are usually released
> @@ -317,13 +317,13 @@ revisions to it, and maintainers can mark patches as under review,
> accepted, or rejected. Most of these patchwork sites are listed at
> http://patchwork.kernel.org/.
>
> -2.6.x -next kernel tree for integration tests
> +3.x -next kernel tree for integration tests
> ---------------------------------------------
> -Before updates from subsystem trees are merged into the mainline 2.6.x
> +Before updates from subsystem trees are merged into the mainline 3.x
> tree, they need to be integration-tested. For this purpose, a special
> testing repository exists into which virtually all subsystem trees are
> pulled on an almost daily basis:
> - http://git.kernel.org/?p=linux/kernel/git/sfr/linux-next.git
> + http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git
> http://linux.f-seidel.de/linux-next/pmwiki/
>
> This way, the -next kernel gives a summary outlook onto what will be
--
~Randy
next prev parent reply other threads:[~2012-04-28 17:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-19 6:16 [PATCH] docs: update HOWTO for 2.6.x -> 3.x versioning Kees Cook
2012-04-28 17:40 ` Randy Dunlap [this message]
2012-04-29 1:16 ` Rob Landley
2012-04-29 16:20 ` Greg Kroah-Hartman
2012-04-28 23:22 ` Jesper Juhl
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=4F9C2B94.7080404@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=gregkh@linuxfoundation.org \
--cc=keescook@chromium.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rob@landley.net \
/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.