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 EDF9E727 for ; Tue, 15 Aug 2017 16:11:53 +0000 (UTC) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E70F5E0 for ; Tue, 15 Aug 2017 16:11:53 +0000 (UTC) Received: from mail-io0-f175.google.com (mail-io0-f175.google.com [209.85.223.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9A03E22C96 for ; Tue, 15 Aug 2017 16:11:53 +0000 (UTC) Received: by mail-io0-f175.google.com with SMTP id j32so4838662iod.0 for ; Tue, 15 Aug 2017 09:11:53 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <87efslsj7w.fsf@notabene.neil.brown.name> <878tiqr5eb.fsf@notabene.neil.brown.name> <87zib6pm5s.fsf@notabene.neil.brown.name> <87o9riok6r.fsf@notabene.neil.brown.name> From: Andy Lutomirski Date: Tue, 15 Aug 2017 09:11:31 -0700 Message-ID: To: Linus Torvalds Content-Type: text/plain; charset="UTF-8" Cc: "ksummit-discuss@lists.linuxfoundation.org" , Andy Lutomirski Subject: Re: [Ksummit-discuss] [MAINTAINER TOPIC] ABI feature gates? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, Aug 14, 2017 at 5:54 PM, Linus Torvalds wrote: > On Mon, Aug 14, 2017 at 4:23 PM, Andy Lutomirski wrote: >> >> What I was trying to get at with this thread was: is there a way that >> we can enable a new feature for testing in a way that it *can't* get >> used by real programs that expect stability? > > Honestly, I can't think of a case where that would actually have been an issue. > > Make a config option out of it, and mark it expert, and maybe that would do it. That seems optimistic to me. > > But realistically, that just doesn't make any sense in reality - > because in reality, user programs get written not on top of the > development kernel, but on vendor kernels. Plenty of user programs get written against development kernels. iproute2 is a prime example. But IIRC the reason that RDMA disaster didn't get reverted is that people thought that user programs using it existing something like one week after the stable kernel containing the feature showed up. > > So the scenario you describe simply never happens. > > The _reverse_ scenario does happen: vendors who do their own kernel > patches that introduce something their customers need, and people > start depending on those semantics. > > Android may be the case where that happens today, but it's not the > only case. We've merged code that was in use by various Linux distro > people and where there already was an active user base of the new ABI. > > So I think your issue is pretty much theoretical, and _would_ be easy > to fix with some kind of "this option is only enabled for rc kernels, > and gets disabled on release", but such an option just doesn't make > sense because that's not how development actually happens. But maybe it would be a good thing if more development happened that way. If nothing else, we'd get lots more testing :) > > Linus