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 ESMTP id F1502A04 for ; Wed, 11 Jun 2014 22:26:33 +0000 (UTC) Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5EFA0201D7 for ; Wed, 11 Jun 2014 22:26:33 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so691785qcy.25 for ; Wed, 11 Jun 2014 15:26:32 -0700 (PDT) MIME-Version: 1.0 Sender: roland.dreier@gmail.com In-Reply-To: <1402525074.2523.71.camel@dabdike.int.hansenpartnership.com> References: <20140610201236.GA21729@laptop.dumpdata.com> <53976840.40306@zytor.com> <20140611175433.GA10462@roeck-us.net> <20140612075355.4b0d1f5a@canb.auug.org.au> <1402525074.2523.71.camel@dabdike.int.hansenpartnership.com> From: Roland Dreier Date: Wed, 11 Jun 2014 15:26:12 -0700 Message-ID: To: James Bottomley Content-Type: text/plain; charset=UTF-8 Cc: Boris Ostrovsky , Konrad Rzeszutek Wilk , David Vrabel , "ksummit-discuss@lists.linuxfoundation.org" Subject: Re: [Ksummit-discuss] Topic: Removal of code that is still in use by users but there is a better code. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Jun 11, 2014 at 3:17 PM, James Bottomley wrote: > This would eventually become like CONFIG_EXPERIMENTAL before somebody > put it out of its misery: a pointless thing which everybody enables. Probably so. > Could we just step back and ask what the burning need to do this (at > least for drivers; I understand the ABI deprecation headache) is? Most > driver code for obsolete things harmlessly compiles; why bother trying > to hunt them down and shoot them when they're not really causing > offence? Every time a developer wants to change a core API, that developer needs to patch every driver that uses the API. Every old, unused, bitrotten driver we have in the tree is 100% wasted work, and often a substantial amount of work because it's really hard even to understand how those drivers are (mis)using the API being changed. - R.