From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 01DAAE8E for ; Thu, 6 Sep 2018 08:48:49 +0000 (UTC) Received: from Galois.linutronix.de (Galois.linutronix.de [146.0.238.70]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 920885E2 for ; Thu, 6 Sep 2018 08:48:48 +0000 (UTC) Date: Thu, 6 Sep 2018 10:48:42 +0200 (CEST) From: Thomas Gleixner To: Steven Rostedt In-Reply-To: <20180905111849.1d08653c@gandalf.local.home> Message-ID: References: <5c9c41b2-14f9-41cc-ae85-be9721f37c86@redhat.com> <20180904213340.GD16300@sasha-vm> <20180905081658.GB24902@quack2.suse.cz> <20180905111849.1d08653c@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Cc: Greg KH , "ksummit-discuss@lists.linuxfoundation.org" Subject: Re: [Ksummit-discuss] [MAINTAINER SUMMIT] Stable trees and release time List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 5 Sep 2018, Steven Rostedt wrote: > It's not the distros that need convincing, it's the vendors that pay to > have it done. When I first started at Red Hat and was told about the > "Stable Kernel ABI", the person telling me about this (a very > established kernel developer) also said "Yeah it really sucks, but > companies are willing to pay a shite load of money to have it done". And > it's in the distros best interest to get that shite load of money. It > also funds the same developers to do this work, and hopefully continue > to help upstream as well. > > If we remove that nasty work, these companies wont need to continue > paying that shite load anymore, and they may not be able to afford > paying these talented developers. Come on. Unless you have hard evidence for this, you are merily proliferating a decades old distro fairy tale. Seriously, those old kernels are part of the revenue stream, but if any vendors engineering investment, which is securing the future, depends on this, then the company is close to the state of the dead kernels. Thanks, tglx