Received: by 10.223.176.5 with SMTP id f5csp729983wra; Wed, 7 Feb 2018 06:39:11 -0800 (PST) X-Google-Smtp-Source: AH8x227Dln8VueuZqi34OovCosB4bPLrsQBHtGP3jnEFV/HaRBk2WTo0mW3vuUiCIXMVXQ3oftKh X-Received: by 10.101.65.9 with SMTP id w9mr5136721pgp.214.1518014351276; Wed, 07 Feb 2018 06:39:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518014351; cv=none; d=google.com; s=arc-20160816; b=qpkZBLXJeNNisx+eADtFFuKK0tyzx66lIAJxRgiwMZfSu1ylhv+sl6r5bZ4K16hqgS VS+4Q/jGxUcKG8WTv0p7LxOwcU54sPieqqcZfR/nAZbbOSyA5mevb+x5+xrcTP7RZMge 4tQUtzTUgQdv1D9K1pdf3E1g/U5ZXp5Un4okGeaS/w5xufvoR5x8Rj2HL8OtQNKdCS8H qsezRA/wUiH7j2ZOecks36UjdPOs5sU7eWSEgfMhC/pZk/ERJHFtEWKriBkNvI5D8jhs a2i/t8uuQ+KPM7GpJI2Vh6cDxl2vCNqR8FkI0YtQhfc48TkpkVW2OAmQFePXVK1NBmo4 0wUA== 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:arc-authentication-results; bh=OOsvK5jVViiPyAQzhh4gVyTg1kxs2VBqK0ccxZUFr0U=; b=NPlMZbXjp+tl0B+TkEUAec5ePWOQYlZHQmYIYEdQ9V6Q+DbMs9RuwMT2d9Uxt2xjAn D4OJiKI74Do6UZfHMFtG1qc6Z9V1dzlaqZVlmWgHADRPK8kn5LujidRmMn7fSyxGbhk9 IKI3o84qDptZeiiKsRf+Sr0L0UtrMifEesb0jvr8985lhvog4onJXJ0ZaRgv8KtEZYXO Fk0RlxpgstIEkxfx+2B3m6G1D0msHbsA/reZztvemb9kAmLwHJGVeouAw7fadw1nTMdw 52KW3smcb0RgZtCSrCvmW9li2Hls1L3jscCWrT1GcgDusl6NIFzSh77AXEc9fvJNzSy+ MTqw== ARC-Authentication-Results: i=1; mx.google.com; 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 r80si1193191pfa.358.2018.02.07.06.38.57; Wed, 07 Feb 2018 06:39:11 -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; 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 S1754258AbeBGOhJ (ORCPT + 99 others); Wed, 7 Feb 2018 09:37:09 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:43518 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754011AbeBGOhH (ORCPT ); Wed, 7 Feb 2018 09:37:07 -0500 Received: from localhost (unknown [104.129.198.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 647CBF12; Wed, 7 Feb 2018 14:37:07 +0000 (UTC) Date: Wed, 7 Feb 2018 06:37:06 -0800 From: Greg Kroah-Hartman To: Guenter Roeck Cc: Harsh Shandilya , akpm@linux-foundation.org, ben.hutchings@codethink.co.uk, linux-kernel@vger.kernel.org, lkft-triage@lists.linaro.org, patches@kernelci.org, shuahkh@osg.samsung.com, stable@vger.kernel.org, torvalds@linux-foundation.org Subject: Re: [PATCH 3.18 00/36] 3.18.94-stable review Message-ID: <20180207143706.GB31944@kroah.com> References: <20180205182351.774761393@linuxfoundation.org> <20180206103404.GC10790@kroah.com> <20180206131407.GA4222@kroah.com> <9d4d16bb-4384-4332-3988-c20e449dbda5@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9d4d16bb-4384-4332-3988-c20e449dbda5@roeck-us.net> 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 On Tue, Feb 06, 2018 at 06:48:17AM -0800, Guenter Roeck wrote: > On 02/06/2018 05:14 AM, Greg Kroah-Hartman wrote: > > Thanks for letting me know, that's great to hear as I just had a > > question from some companies who are worried that taking stable patches > > will cause tons of merge issues. It hasn't in my experience, and seeing > > reports of this from others is great news. > > > > From merging v4.4 and v4.14 into the respective ChromeOS branches, I would conclude > that merging is for the most part easy. Major source of conflicts, if they happen, > is that we may already have picked up additional commits from upstream. > > This is only true, though, if merges are done on a release-by-release basis > and if the merge happens shortly after a stable release is available. Otherwise, > as time goes by, merges become more and more difficult (almost exponentially > over time). Wait for more than 2-3 months between merges and it becomes almost > impossible. > > For reference, the top of tree for both branches is > v4.14.16-3823-g597d36f1d331 > v4.4.114-12977-ga207b53fe939 Ugh, 12k patches is not trivial, gotta love those graphic drivers :( > meaning there are _lots_ of patches on top of the mainline stable releases. > > Also, overall, the rate of regressions is quite low (if I recall correctly, > somewhere between 3 and 5 in chromeos-4.4, and one so far in chromeos-4.14, > ie below 0.1%). Thanks a lot for the feedback, this helps out a lot when talking to companies that are "afraid" of doing merges with stable. Based on this, one phone vendor just forward merged their 4.4.y based tree to the latest release in a few hours with no reported problems at all, so it has already helped out with tangable results. thanks, greg k-h