Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755805AbcDLGfM (ORCPT ); Tue, 12 Apr 2016 02:35:12 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:40295 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751403AbcDLGfK (ORCPT ); Tue, 12 Apr 2016 02:35:10 -0400 Date: Mon, 11 Apr 2016 23:35:08 -0700 From: Greg KH To: Willy Tarreau Cc: Sasha Levin , LKML , stable , lwn@lwn.net Subject: Re: [ANNOUNCE] linux-stable security tree Message-ID: <20160412063508.GA21417@kroah.com> References: <570BE4A5.20200@oracle.com> <20160411184148.GA23140@kroah.com> <570BF3DD.2060900@oracle.com> <20160411200904.GB24106@kroah.com> <570C0B39.1090408@oracle.com> <20160411211708.GB32758@1wt.eu> <570C29C0.9080206@oracle.com> <20160412062237.GA507@1wt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160412062237.GA507@1wt.eu> User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1198 Lines: 26 On Tue, Apr 12, 2016 at 08:22:37AM +0200, Willy Tarreau wrote: > I think we may have more of an issue educating our users than an issue > with the code we distribute. I think that's the issue here, combined with users that just don't want to upgrade as it's "hard" for them. There's nothing we can do about making it easier than we already do, and really, taking 200 patches is just the same work for them to take 100 patches in a release, so I don't buy the "I only want a small subset of fixes" argument, as it doesn't make any sense. So I worry that this tree will give people a _false_ sense of security, thinking that they have properly covered the needed fixes when really, there are lots of fixes they didn't even know they needed that got applied to the "normal" stable tree for issues they will hit. Also, people need to stop being afraid of the large numbers of stable patches, and compare it to the overall % of changes, and realize that what we take in stable releases is really a trivially small number of the overall changes made to the kernel. So much so that you might argue that it's safer to run the real kernel releases and not rely on stable releases :) thanks, greg k-h