public inbox for cip-dev@lists.cip-project.org
 help / color / mirror / Atom feed
From: hidehiro.kawai.ez@hitachi.com (Hidehiro Kawai)
To: cip-dev@lists.cip-project.org
Subject: [cip-dev] Maintenance policies and early considerations I
Date: Thu, 27 Oct 2016 15:07:49 +0900	[thread overview]
Message-ID: <581199B5.5070000@hitachi.com> (raw)
In-Reply-To: <57E3A4F4.6050109@codethink.co.uk>

Hi,

I'm sorry for the late response.

(2016/09/22 18:31), Agustin Benito Bethencourt wrote:
> Hi,
> 
> during the Technical Committee Meeting, last Monday, Ben Hutchings 
> brought to the attention of the participants several topics to consider. 
> I would like to bring them here. This is the first one
> 
> ++ When do CIP should pick up a kernel?
> 
> +++ Maintainability effort
> 
> New major versions of commercial Linux Distributions are released at 3-4 
> year intervals, so that typically only 4 versions need to be supported 
> at one time.  Given that CIP's support period is meant to be even 
> longer, it won?t be sustainable to extend every 'long term' branch, but 
> only takes on a new branch every 2-4 years.

Assuming we release new products in every 2 years, 2-3-year release
cycle would be feasible.

Maintaining multiple branches is hard work, but its effort would be
decreased after 5 years from the release.

Best regards,

Hidehiro Kawai
Hitachi, Ltd. Research & Development Group

> +++ Backport effort
> 
> The longer the intervals between new CIP branches, the greater need 
> there will be for CIP or individual members to backport new hardware 
> support (which carries its own risks).
> 
> +++ Trade-off
> 
> This trade-off is perhaps the most difficult issue to decide.
> 
> 
> Best Regards
> 

      reply	other threads:[~2016-10-27  6:07 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-22  9:31 [cip-dev] Maintenance policies and early considerations I Agustin Benito Bethencourt
2016-10-27  6:07 ` Hidehiro Kawai [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=581199B5.5070000@hitachi.com \
    --to=hidehiro.kawai.ez@hitachi.com \
    --cc=cip-dev@lists.cip-project.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox