Received: by 10.223.185.116 with SMTP id b49csp2629012wrg; Mon, 5 Mar 2018 06:16:29 -0800 (PST) X-Google-Smtp-Source: AG47ELuiYh2IYpRpCP2/7cFg6tGnSstdWL+ByXd7KqPNyfxrf4BYEAjbvbB0FB8tD3r0w4Jz98UZ X-Received: by 2002:a17:902:51ee:: with SMTP id y101-v6mr13482101plh.157.1520259389772; Mon, 05 Mar 2018 06:16:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520259389; cv=none; d=google.com; s=arc-20160816; b=LI16L4mCmGFUHoeDMR7Bjj1pFVGFcF79HE7f6w6YOBFhUvChFWN2gLTcD+ir3XW+DZ frP1V+5A7PMO5m7ux90eZziAxYbXIAfJjJtFwSgwyTUtfgI/1pXSTYem+aXH0g8ZBH6N wIQlhN1QZUoc/blrrlb9PCv6YE4NvX+49TKgcoh2CLoRMdcrwAR0VPvdPKUWGQTZDf9V QIwMgaHxfOxWEC6/V4SWJ7yM+2X4lge0Um4vGkO0Ne8sXp0JOPmmwrPZtf73B+SO6+BL d04tdE55a2m4FhkxhbZlJTb1mrNIM6Pv91dPlgKc21IyZDikyBDBEC3SEFY0Yua75254 h35A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=JGG2eR9yDTBe9cPihVd8eYM5zwWXAAsPTUCnrBS9Was=; b=eN28r1WiA/0ThxMqQpiEo4anKAIKHwZ/kGiefztzvBSGmT7Us287ccRo4Ivkya0Cx3 RVig5jXGMI5DqjEGkYNo1xinbCQDRnvIrklGcaPlq6TB2ql8lbkLy5QNuOrxXj7FwNKe I6BCbxLfjeI3OwAq9zJz9u7dZ4H+9fZ3AsDT19PrZmqRSl5WJuQMCpcbqRJcYcoHXiil li0WHzLKNP4EDAnxUUVTQnNlaEvDN5w4BVhE69hK3xVHGdt2o36jk3/uOFvyx/PUEtIA 643O9n7qbrKJTYQoZS5362NE889tknLgy27KJXPeKW9n30VCy/mEGdlXZroh5uLBW9g9 Dk5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=sAt+5t9K; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o2-v6si9342607plk.457.2018.03.05.06.16.15; Mon, 05 Mar 2018 06:16:29 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=sAt+5t9K; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934911AbeCEMqq (ORCPT + 99 others); Mon, 5 Mar 2018 07:46:46 -0500 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:36858 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933027AbeCEMqo (ORCPT ); Mon, 5 Mar 2018 07:46:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JGG2eR9yDTBe9cPihVd8eYM5zwWXAAsPTUCnrBS9Was=; b=sAt+5t9KKVMTx01DNZd9MER8U NiDi5uOoNZbQL1goCYxGbX7xOljsGmRaK+zMxzoPA53/4gywh2F79AQBLOXtXkejUzF0y5Mxb42Nw pPtlI1hB/OK2gOdD9W7fR5RCR+1vAhwcE/9c4h5VpTdPbhheukFY5MzMLy7XLgJAftcxs=; Received: from debutante.sirena.org.uk ([2001:470:1f1d:6b5::3] helo=debutante) by heliosphere.sirena.org.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1espVn-0005gp-2t; Mon, 05 Mar 2018 12:46:39 +0000 Received: from broonie by debutante with local (Exim 4.90_1) (envelope-from ) id 1espVm-0007es-Gt; Mon, 05 Mar 2018 12:46:38 +0000 Date: Mon, 5 Mar 2018 12:46:38 +0000 From: Mark Brown To: Greg KH Cc: Alex Shi , Marc Zyngier , Will Deacon , Ard Biesheuvel , Catalin Marinas , stable@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/29] arm meltdown fix backporting review for lts 4.9 Message-ID: <20180305124638.GG8588@sirena.org.uk> References: <1519790211-16582-1-git-send-email-alex.shi@linaro.org> <20180301152450.GA4061@kroah.com> <5cf40379-9098-da02-a471-8abd7d8f0be8@linaro.org> <20180302165415.GB8704@kroah.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline In-Reply-To: <20180302165415.GB8704@kroah.com> X-Cookie: Do not write below this line. User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --APlYHCtpeOhspHkB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 02, 2018 at 05:54:15PM +0100, Greg KH wrote: > On Fri, Mar 02, 2018 at 05:14:50PM +0800, Alex Shi wrote: > > On 03/01/2018 11:24 PM, Greg KH wrote: > > > And why are you making this patchset up? What is wrong with the patches > > > in the android-common tree for this? > > We believe the LTS is the base kernel for android/lsk, so the fixing > > patches should get it first and then merge to other tree. > But you know that android-common is already fine here, the needed > patches are all integrated into there, so no additional work is needed > for android devices. So what devices do you expect to use this 4.9 > backport? See below... > What is "lsk"? The Linaro Stable Kernel, it's LTS plus some feature backports. > But really, I don't see this need as all ARM devices that I know of that > are stuck on 4.9.y are already using the android-common tree. Same for > 4.4.y. Do you know of any that are not, and that can not just use > 4.14.y instead? There's way more to ARM than just Android systems, assuming that getting things into the Android kernel is enough is like assuming that x86 is covered since the distros have their own backports - it covers a lot of users but not everyone. Off the top of my head there's things like routers, NASs, cameras, IoT, radio systems, industrial appliances, set top boxes and these days even servers. Most of these segments are just as conservative about taking new kernel versions on shipping product as the phone vendors are, the practices that make people relucant to take bigger updates in production are general engineering practices common across industry. I mostly talk to chip vendors so I can't off the top of my head name specific end products with particular kernel versions. What I can tell you is that many of the chip vendors care deeply about LTS because their customers demand it - off the top of my head at least Atmel, ST and TI ship vanilla LTS kernels with no Android at all into large market segments. Some of these chips couldn't usefully run Android so there's just no Android support, some also have Android available as an alternative. Some of them even have very complete upstream support available with barely any vendor patch required at all (none in some applications). Things that are functioning well will inevitably be less visible - that's good, that means there's less of a pain point there but it doesn't mean there's not still a support need. --APlYHCtpeOhspHkB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlqdPC0ACgkQJNaLcl1U h9DFPgf+I4W8f3rPq4ujnXX5LdtL6al/nY4Mq8DXWIgEDz2fmYHDo0DO6EkQgNxc 8cMZC25gT6JHAOZdbxGc/caLM1qVHGTsc/bSg/i0eIYkoWFCXxbT69Yyhczc/dNd 0JvkmwGEdclfxbi+3XeG4vXjyZOnpYat+a5dVEkTXZclRkGkH/xgo5axOO6vhCM2 lmQC5LQU/tc0lONC4M7M52EX+lItbcPpdRAlfIrhQINMqWGPPRfG5jdpQq0vlcsU BGwVufNKUM7JGsKwqFTtiOR4nYrZM5tH3ilux4LcHpmsoAkBDz0P+G7+3MoN1fx3 pMGkINFDSAV2cZAtOk3AQxbnAegTiA== =oMpy -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB--