From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86B67C433E0 for ; Fri, 29 Jan 2021 10:02:14 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 2EB9364E34 for ; Fri, 29 Jan 2021 10:02:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2EB9364E34 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ucw.cz Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=nga2BTzsxSjTnHeiHMZhWdE+/zdMHAf2lmlvC4r16bw=; b=U5nIQwYau/5/l8r78n4hZywju 9Yuwj2JKzPeZX8Da9KJiofgYiQCmbA54Ji5R3NdQz/F7uXnyQ0AnuUg7ZuPkk/xCxG81f6OP0+Rtr l0iFCPZQQObV2/Iys5G4WckfKt6ZLz+uuJ/K02UC1+vm0AaNPzl8ZHxB6cWHMsMWGA1xw6NB7xxqr FxqPXQth6c4q6+lkB1KM4h62X1dikS8qIuTXbo+Vlp6n+hTtrbf4Sb/Q9t/i9wP35wtTZZ+VSbrrN Tys/F3yRQzbMBHZYNqF9TnTSEBhW8HVELUeteqBiXCDPwPSvAjFg/UiL2DvpjEXcWHK8Vey1dVoRg YOBZVuB+g==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1l5QaG-0006tw-Io; Fri, 29 Jan 2021 10:00:56 +0000 Received: from jabberwock.ucw.cz ([46.255.230.98]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1l5Qa3-0006qo-L7 for linux-arm-kernel@lists.infradead.org; Fri, 29 Jan 2021 10:00:45 +0000 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 52BEF1C0B9E; Fri, 29 Jan 2021 11:00:41 +0100 (CET) Date: Fri, 29 Jan 2021 11:00:38 +0100 From: Pavel Machek To: Willy Tarreau Subject: 10 years -- was Re: 5.10 LTS Kernel: 2 or 6 years? Message-ID: <20210129100037.GB20901@amd> References: <8cf503db-ac4c-a546-13c0-aac6da5c073b@broadcom.com> <20210126201543.GA16044@1wt.eu> MIME-Version: 1.0 In-Reply-To: <20210126201543.GA16044@1wt.eu> User-Agent: Mutt/1.5.23 (2014-03-12) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210129_050043_928775_7A82015D X-CRM114-Status: GOOD ( 12.81 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Greg Kroah-Hartman , BCM Kernel Feedback , LKML , Linux ARM , Scott Branden Content-Type: multipart/mixed; boundary="===============6228852537805335865==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============6228852537805335865== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > One of my impression, which might or might not be shared, is that the > duration is more important than the frequency, which means that having > one extended kernel every two years would bring much more value than > maintaining all of them only 3 years, and would equally result in cutting > the effort in half: with 6 years, you still have 5 years if you upgrade > every two years. > Maybe one possibility would be to start gauging upfront around september > whether or not the end-of-year's LTS should be an extended LTS or not, > and if so, what's needed and who's willing to particpate. I suspect that > numerous companies have available resources to help but are not even > aware that they could help, and they're seeing something which works One place where companies can pool resources to help is CIP project. Timeframe there is 10 years, not 6, and there is focus on specific boards. https://wiki.linuxfoundation.org/civilinfrastructureplatform/start https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptesting/cip= referencehardware Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmAT3MUACgkQMOfwapXb+vKuGQCgqkrZu7THEXunlbyKbQ4YGbh1 zm8AoJgSiJixKk8U2AgpSOTtm5hd0yZk =zKBg -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- --===============6228852537805335865== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============6228852537805335865==--