All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Scott Branden <scott.branden@broadcom.com>
Cc: Linux ARM <linux-arm-kernel@lists.infradead.org>,
	LKML <linux-kernel@vger.kernel.org>,
	BCM Kernel Feedback <bcm-kernel-feedback-list@broadcom.com>
Subject: Re: 5.10 LTS Kernel: 2 or 6 years?
Date: Wed, 17 Feb 2021 10:40:45 +0100	[thread overview]
Message-ID: <YCzknUTDytY8gRA8@kroah.com> (raw)
In-Reply-To: <YBBkplRxzzmPYKC+@kroah.com>

On Tue, Jan 26, 2021 at 07:51:18PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 26, 2021 at 10:30:16AM -0800, Scott Branden wrote:
> > Hi Greg,
> > 
> > 
> > On 2021-01-25 11:29 p.m., Greg Kroah-Hartman wrote:
> > > On Mon, Jan 25, 2021 at 11:55:11AM -0800, Scott Branden wrote:
> > >> Hi All,
> > >>
> > >> The 5.10 LTS kernel being officially LTS supported for 2 years presents a problem:
> > >> why would anyone select a 5.10 kernel with 2 year LTS when 5.4 kernel has a 6 year LTS.
> > > Because they want to use all of the latest stuff that 5.10 provides
> > > them.  Don't you want faster and more secure kernels for your devices?
> > Yes, 5.10 is a more secure and less buggy kernel than 5.4.
> 
> Great, use it, ship it to your customers and we are all happy.  What do
> you need me for any of this?  :)
> 
> > >>   And AOSP has already declared the use
> > >> of 5.10 kernel in their Android S and T releases.
> > > Publically?  Where?  And is that really the name of the new Android
> > > releases, I thought they switched to numbers now (hence the naming of
> > > the current android-common kernel branches, marketing is fun...)
> > https://source.android.com/devices/architecture/kernel/android-common
> > Feature and launch kernels provides kernels supported per version.
> 
> Oh nice, didn't know that.
> 
> But note, Android kernels do not reflect the lifespan of LTS kernels.
> If that were the case, I would still be supporting 3.18 as they are
> doing that at the moment for their devices and customers, and will be
> doing so for I think another full year.
> 
> So while Android is nice to see here, remember that is what Google is
> promising to support for their users.  You can do the same thing for
> your users, what do you need me here for this?  You can do the same
> thing that Google is doing for 3.18 right now, pick the stable fixes
> from upstream, backport them, test them, and push them out to their
> users.
> 
> While Google is a great help to me in the LTS effort, providing huge
> amounts of resources to enable my life easier with this (i.e. funding
> Linaro's testing efforts), their promise to their customers/users does
> not depend on me keeping LTS kernels alive, if I stopped tomorrow their
> contracts are still in place and they know how to do this work
> themselves (as is proof with 3.18).
> 
> So you can provide the same kind of guarantee to support any kernel
> version for any amount of time to any customer you like, it shouldn't
> require me to do that work for you, right?
> 
> > >> Is there some way we could make the LTS support more clear.
> > >> A 2 year declaration is not LTS any more.
> > > Not true at all, a "normal" stable kernel is dropped after the next
> > > release happens, making their lifespan about 4 months long.  2 years is
> > > much longer than 4 months, so it still is a "long term supported" kernel
> > > in contrast, correct?
> > Perhaps a new name needs to be made for "LTS" for 6 years to distinguish it from 2 years.
> > The timeframes are very different.
> 
> At this point in time, anyone wanting a kernel longer than 2 years
> should know how this all works.
> 
> If not, please do some basic research, I have written whitepapers on
> this and given numerous talks.  The information is out there...
> 
> > >> If 5.10 is "actually" going to be supported for 6 years it would be quite valuable to make such a declaration.
> > >> https://www.kernel.org/category/releases.html
> > > Why?  What would that change?
> > >
> > > Ok, seriously, this happens every year, and every year we go through the
> > > same thing, it's not like this is somehow new, right?
> > No, but why do we need to keep playing the same game every year now.
> 
> Because, 5.4 almost did not become "6 years" of support from me.  That
> was because in the beginning, no one said they were going to use it in
> their devices and offer me help in testing and backporting.  Only when I
> knew for sure that we had people helping this out did I change the date
> on kernel.org.
> 
> So far the jury is still out for 5.10, are you willing to help with
> this?  If not, why are you willing to hope that others are going to do
> your work for you?  I am talking to some companies, but am not willing
> to commit to anything in public just yet, because no one has committed
> to me yet.

Following up on this as I did not hear back from you.  Are you and/or
your company willing to help out with the testing of 5.10 to ensure that
it is a LTS kernel?  So far I have not had any companies agree to help
out with this effort, which is sad to see as it seems that companies
want 6 years of stable kernels, yet do not seem to be able to at the
least, do a test-build/run of those kernels, which is quite odd...

If you want to point people at your company this link that explains it
all in a single location instead of an email thread:
	http://www.kroah.com/log/blog/2021/02/03/helping-out-with-lts-kernel-releases/
that would be great.

thanks,

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Scott Branden <scott.branden@broadcom.com>
Cc: BCM Kernel Feedback <bcm-kernel-feedback-list@broadcom.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>
Subject: Re: 5.10 LTS Kernel: 2 or 6 years?
Date: Wed, 17 Feb 2021 10:40:45 +0100	[thread overview]
Message-ID: <YCzknUTDytY8gRA8@kroah.com> (raw)
In-Reply-To: <YBBkplRxzzmPYKC+@kroah.com>

On Tue, Jan 26, 2021 at 07:51:18PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 26, 2021 at 10:30:16AM -0800, Scott Branden wrote:
> > Hi Greg,
> > 
> > 
> > On 2021-01-25 11:29 p.m., Greg Kroah-Hartman wrote:
> > > On Mon, Jan 25, 2021 at 11:55:11AM -0800, Scott Branden wrote:
> > >> Hi All,
> > >>
> > >> The 5.10 LTS kernel being officially LTS supported for 2 years presents a problem:
> > >> why would anyone select a 5.10 kernel with 2 year LTS when 5.4 kernel has a 6 year LTS.
> > > Because they want to use all of the latest stuff that 5.10 provides
> > > them.  Don't you want faster and more secure kernels for your devices?
> > Yes, 5.10 is a more secure and less buggy kernel than 5.4.
> 
> Great, use it, ship it to your customers and we are all happy.  What do
> you need me for any of this?  :)
> 
> > >>   And AOSP has already declared the use
> > >> of 5.10 kernel in their Android S and T releases.
> > > Publically?  Where?  And is that really the name of the new Android
> > > releases, I thought they switched to numbers now (hence the naming of
> > > the current android-common kernel branches, marketing is fun...)
> > https://source.android.com/devices/architecture/kernel/android-common
> > Feature and launch kernels provides kernels supported per version.
> 
> Oh nice, didn't know that.
> 
> But note, Android kernels do not reflect the lifespan of LTS kernels.
> If that were the case, I would still be supporting 3.18 as they are
> doing that at the moment for their devices and customers, and will be
> doing so for I think another full year.
> 
> So while Android is nice to see here, remember that is what Google is
> promising to support for their users.  You can do the same thing for
> your users, what do you need me here for this?  You can do the same
> thing that Google is doing for 3.18 right now, pick the stable fixes
> from upstream, backport them, test them, and push them out to their
> users.
> 
> While Google is a great help to me in the LTS effort, providing huge
> amounts of resources to enable my life easier with this (i.e. funding
> Linaro's testing efforts), their promise to their customers/users does
> not depend on me keeping LTS kernels alive, if I stopped tomorrow their
> contracts are still in place and they know how to do this work
> themselves (as is proof with 3.18).
> 
> So you can provide the same kind of guarantee to support any kernel
> version for any amount of time to any customer you like, it shouldn't
> require me to do that work for you, right?
> 
> > >> Is there some way we could make the LTS support more clear.
> > >> A 2 year declaration is not LTS any more.
> > > Not true at all, a "normal" stable kernel is dropped after the next
> > > release happens, making their lifespan about 4 months long.  2 years is
> > > much longer than 4 months, so it still is a "long term supported" kernel
> > > in contrast, correct?
> > Perhaps a new name needs to be made for "LTS" for 6 years to distinguish it from 2 years.
> > The timeframes are very different.
> 
> At this point in time, anyone wanting a kernel longer than 2 years
> should know how this all works.
> 
> If not, please do some basic research, I have written whitepapers on
> this and given numerous talks.  The information is out there...
> 
> > >> If 5.10 is "actually" going to be supported for 6 years it would be quite valuable to make such a declaration.
> > >> https://www.kernel.org/category/releases.html
> > > Why?  What would that change?
> > >
> > > Ok, seriously, this happens every year, and every year we go through the
> > > same thing, it's not like this is somehow new, right?
> > No, but why do we need to keep playing the same game every year now.
> 
> Because, 5.4 almost did not become "6 years" of support from me.  That
> was because in the beginning, no one said they were going to use it in
> their devices and offer me help in testing and backporting.  Only when I
> knew for sure that we had people helping this out did I change the date
> on kernel.org.
> 
> So far the jury is still out for 5.10, are you willing to help with
> this?  If not, why are you willing to hope that others are going to do
> your work for you?  I am talking to some companies, but am not willing
> to commit to anything in public just yet, because no one has committed
> to me yet.

Following up on this as I did not hear back from you.  Are you and/or
your company willing to help out with the testing of 5.10 to ensure that
it is a LTS kernel?  So far I have not had any companies agree to help
out with this effort, which is sad to see as it seems that companies
want 6 years of stable kernels, yet do not seem to be able to at the
least, do a test-build/run of those kernels, which is quite odd...

If you want to point people at your company this link that explains it
all in a single location instead of an email thread:
	http://www.kroah.com/log/blog/2021/02/03/helping-out-with-lts-kernel-releases/
that would be great.

thanks,

greg k-h

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2021-02-17  9:41 UTC|newest]

Thread overview: 133+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-25 19:55 5.10 LTS Kernel: 2 or 6 years? Scott Branden
2021-01-25 19:55 ` Scott Branden
2021-01-26  2:50 ` Adam Borowski
2021-01-26  2:50   ` Adam Borowski
2021-01-26  7:29 ` Greg Kroah-Hartman
2021-01-26  7:29   ` Greg Kroah-Hartman
2021-01-26 17:35   ` Florian Fainelli
2021-01-26 17:35     ` Florian Fainelli
2021-01-26 18:30   ` Scott Branden
2021-01-26 18:30     ` Scott Branden
2021-01-26 18:51     ` Greg Kroah-Hartman
2021-01-26 18:51       ` Greg Kroah-Hartman
2021-01-26 20:15       ` Willy Tarreau
2021-01-26 20:15         ` Willy Tarreau
2021-01-29 10:00         ` 10 years -- was " Pavel Machek
2021-02-17  9:40       ` Greg Kroah-Hartman [this message]
2021-02-17  9:40         ` Greg Kroah-Hartman
2021-02-17 19:48         ` Scott Branden
2021-02-17 19:48           ` Scott Branden
2021-02-18  7:43           ` Greg Kroah-Hartman
2021-02-18  7:43             ` Greg Kroah-Hartman
2021-02-18 11:31             ` Willy Tarreau
2021-02-18 11:31               ` Willy Tarreau
2021-02-18 14:15               ` Jari Ruusu
2021-02-18 14:15                 ` Jari Ruusu
2021-02-18 14:29                 ` Greg Kroah-Hartman
2021-02-18 14:29                   ` Greg Kroah-Hartman
2021-02-18 20:55                   ` Pavel Machek
2021-02-18 20:55                     ` Pavel Machek
2021-02-18 22:43                     ` Ondrej Zary
2021-02-18 22:43                       ` Ondrej Zary
2021-02-19  8:00                       ` Pavel Machek
2021-02-19  8:00                         ` Pavel Machek
2021-02-19  8:30                         ` Greg Kroah-Hartman
2021-02-19  8:30                           ` Greg Kroah-Hartman
2021-02-18 14:33                 ` Willy Tarreau
2021-02-18 14:33                   ` Willy Tarreau
2021-02-18 17:19                   ` Jari Ruusu
2021-02-18 17:19                     ` Jari Ruusu
2021-02-18 17:22                     ` Russell King - ARM Linux admin
2021-02-18 17:22                       ` Russell King - ARM Linux admin
2021-02-18 17:44                     ` Greg Kroah-Hartman
2021-02-18 17:44                       ` Greg Kroah-Hartman
2021-02-19  7:10                       ` Jari Ruusu
2021-02-19  7:10                         ` Jari Ruusu
2021-02-19  8:22                         ` Greg Kroah-Hartman
2021-02-19  8:22                           ` Greg Kroah-Hartman
2021-02-19 10:31                           ` Jari Ruusu
2021-02-19 10:31                             ` Jari Ruusu
2021-02-19 10:37                             ` Greg Kroah-Hartman
2021-02-19 10:37                               ` Greg Kroah-Hartman
2021-02-19 10:57                               ` Jari Ruusu
2021-02-19 10:57                                 ` Jari Ruusu
2021-02-19 11:16                                 ` Greg Kroah-Hartman
2021-02-19 11:16                                   ` Greg Kroah-Hartman
2021-02-19 15:23                                   ` Jari Ruusu
2021-02-19 15:23                                     ` Jari Ruusu
2021-02-20 13:29                                     ` Jari Ruusu
2021-02-20 13:29                                       ` Jari Ruusu
2021-02-20 16:05                                       ` Greg Kroah-Hartman
2021-02-20 16:05                                         ` Greg Kroah-Hartman
2021-02-20 17:06                                         ` Willy Tarreau
2021-02-20 17:06                                           ` Willy Tarreau
2021-02-21 11:38                                         ` Jari Ruusu
2021-02-21 11:38                                           ` Jari Ruusu
2021-02-19 16:50                                   ` Theodore Ts'o
2021-02-19 16:50                                     ` Theodore Ts'o
2021-02-18 17:16               ` Florian Fainelli
2021-02-18 17:16                 ` Florian Fainelli
2021-02-18 12:51             ` Pavel Machek
2021-02-18 12:51               ` Pavel Machek
2021-02-18 16:51           ` Sasha Levin
2021-02-18 16:51             ` Sasha Levin
2021-02-18 17:21             ` Florian Fainelli
2021-02-18 17:21               ` Florian Fainelli
2021-02-18 17:53               ` Greg Kroah-Hartman
2021-02-18 17:53                 ` Greg Kroah-Hartman
2021-02-18 17:57                 ` Florian Fainelli
2021-02-18 17:57                   ` Florian Fainelli
2021-02-18 18:20                 ` Willy Tarreau
2021-02-18 18:20                   ` Willy Tarreau
2021-02-18 18:36                   ` Greg Kroah-Hartman
2021-02-18 18:36                     ` Greg Kroah-Hartman
2021-02-18 20:16                     ` Scott Branden
2021-02-18 20:16                       ` Scott Branden
2021-02-18 21:00                       ` Willy Tarreau
2021-02-18 21:00                         ` Willy Tarreau
2021-02-18 22:38                         ` Scott Branden
2021-02-18 22:38                           ` Scott Branden
2021-02-18 21:39                       ` Sasha Levin
2021-02-18 21:39                         ` Sasha Levin
2021-02-18 22:00                         ` Florian Fainelli
2021-02-18 22:00                           ` Florian Fainelli
2021-02-18 22:26                         ` Scott Branden
2021-02-18 22:26                           ` Scott Branden
2021-02-19  8:25                       ` Greg Kroah-Hartman
2021-02-19  8:25                         ` Greg Kroah-Hartman
2021-02-19 15:05                         ` Florian Fainelli
2021-02-19 15:05                           ` Florian Fainelli
2021-02-19 15:53                           ` Greg Kroah-Hartman
2021-02-19 15:53                             ` Greg Kroah-Hartman
2021-02-19 17:44                             ` Florian Fainelli
2021-02-19 17:44                               ` Florian Fainelli
2021-02-22 14:17                               ` Greg Kroah-Hartman
2021-02-22 14:17                                 ` Greg Kroah-Hartman
2021-02-18 17:42           ` Florian Fainelli
2021-02-18 17:42             ` Florian Fainelli
2021-02-18 18:13             ` Willy Tarreau
2021-02-18 18:13               ` Willy Tarreau
2021-02-18 10:04         ` Pavel Machek
2021-02-18 10:04           ` Pavel Machek
2021-01-29  9:49   ` Pavel Machek
2021-02-19  8:54   ` Hanjun Guo
2021-02-19  8:54     ` Hanjun Guo
2021-02-19  9:08     ` Greg Kroah-Hartman
2021-02-19  9:08       ` Greg Kroah-Hartman
2021-02-20  7:02       ` Hanjun Guo
2021-02-20  7:02         ` Hanjun Guo
2021-02-20  9:53         ` Greg Kroah-Hartman
2021-02-20  9:53           ` Greg Kroah-Hartman
2021-02-23  2:14           ` Hanjun Guo
2021-02-23  2:14             ` Hanjun Guo
2021-02-19 14:45     ` Nikolai Kondrashov
2021-02-19 14:45       ` Nikolai Kondrashov
2021-02-26  8:03       ` Hanjun Guo
2021-02-26  8:03         ` Hanjun Guo
2021-02-26  8:03         ` Hanjun Guo
2021-02-26 11:21         ` Nikolai Kondrashov
2021-02-26 11:21           ` Nikolai Kondrashov
2021-02-22 14:00   ` Nishanth Aravamudan
2021-02-22 14:00     ` Nishanth Aravamudan
2021-02-22 14:24     ` Greg Kroah-Hartman
2021-02-22 14:24       ` Greg Kroah-Hartman

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=YCzknUTDytY8gRA8@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=bcm-kernel-feedback-list@broadcom.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=scott.branden@broadcom.com \
    /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.