From owner-freebsd-stable@FreeBSD.ORG Wed Sep 8 14:59:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A733710656D6 for ; Wed, 8 Sep 2010 14:59:09 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay0.exonetric.net (relay0.exonetric.net [82.138.248.161]) by mx1.freebsd.org (Postfix) with ESMTP id 711398FC12 for ; Wed, 8 Sep 2010 14:59:09 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.66]) by relay0.exonetric.net (Postfix) with ESMTP id 9D81F5701F for ; Wed, 8 Sep 2010 15:31:13 +0100 (BST) Message-ID: <4C879E2F.6000107@exonetric.com> Date: Wed, 08 Sep 2010 15:31:11 +0100 From: Mark Blackman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.11) Gecko/20100701 SeaMonkey/2.0.6 MIME-Version: 1.0 To: stable@freebsd.org References: <201009011653.o81Grkm4056064@fire.js.berklix.net> <201009080842.28495.jhb@freebsd.org> <201009081021.48077.jhb@freebsd.org> In-Reply-To: <201009081021.48077.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Policy for removing working code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Sep 2010 14:59:09 -0000 John Baldwin wrote: > [ Trimming cc's a bit ] > > On Wednesday, September 08, 2010 10:01:22 am Vadim Goncharov wrote: >> Big thanks for your work, but unfortunately, the problem itself is not ISDN or >> network stack, it is deeper. It is the policy or may be style of thought, >> discourse. Something like: >> progress dictates we need fix/maintainership to feature X >> & we have no resources to maintain feature X >> -> we announce theis need, but only to _limited_ audience, not wide circles >> -> nobody responds >> -> the X code is removed >> AND we think this logic chain is correct, thought we did not things this way >> even 5 years ago. > > Actually, things have worked this way far longer than 5 years ago. For > example, we lost a few SCSI HBA drivers during the transition to CAM (e.g. > wds(4) was not present in 4.x but was eventually CAM-ified and reappeared > in 5.0). I suspect there was far less notice given for those drivers > than for ISDN (multiple notices to arch@ and current@ spread out across > many months). On top of which, I'd say that the general philosopy is always that you stick with the release that works for you. Surely the people who "need" those ISDN drivers, simply stay with the release that works for them. If they need new features as well as ISDN, they do a cost-benefit analysis on writing drivers to fit the new framework. - Mark