Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755479AbcCSDQg (ORCPT ); Fri, 18 Mar 2016 23:16:36 -0400 Received: from shards.monkeyblade.net ([149.20.54.216]:59126 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751734AbcCSDQ2 convert rfc822-to-8bit (ORCPT ); Fri, 18 Mar 2016 23:16:28 -0400 Date: Fri, 18 Mar 2016 23:16:26 -0400 (EDT) Message-Id: <20160318.231626.670272515350508280.davem@davemloft.net> To: joe@perches.com Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC net-next 0/2] Create ancient subdirectories for old hardware From: David Miller In-Reply-To: <1458354482.26915.35.camel@perches.com> References: <20160318.221153.997255526626920777.davem@davemloft.net> <1458354482.26915.35.camel@perches.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 18 Mar 2016 20:16:27 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1005 Lines: 31 From: Joe Perches Date: Fri, 18 Mar 2016 19:28:02 -0700 > On Fri, 2016-03-18 at 22:11 -0400, David Miller wrote: >> From: Joe Perches >> Date: Fri, 18 Mar 2016 17:33:29 -0700 >> >> > Maybe something like this: >> >? >> > Old, rare, and unsupported hardware should be exposed as ancient. >> >? >> > The drivers for these ancient hardwares are generally untested with >> > current kernels. >> >> Moving drivers has a long term maintainence cost. >> >> If they've moved into drivers/net proper, we have to maintain >> them there forever. > > I don't doubt that. > > All files are still in drivers/net, just possibly in > separate subdirectories for easier visibility to > determine if changes like what were proposed for cxgb > should actually be done or not. You don't understand my concern, backporting patches to -stable releases is more painful if you move the driver anywhere other than where it has been for years. I'm not entertaining this idea, sorry Joe.