From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 00:22:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86ADB16A46E for ; Fri, 6 Jul 2007 00:22:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3487A13C484 for ; Fri, 6 Jul 2007 00:22:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l660LwUS050306; Thu, 5 Jul 2007 18:21:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <468D8B1D.8050005@samsco.org> Date: Thu, 05 Jul 2007 18:21:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: "Julian H. Stacey" References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> In-Reply-To: <200707052245.l65MjpmR055403@fire.js.berklix.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 05 Jul 2007 18:21:59 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 00:22:06 -0000 Julian H. Stacey wrote: > John Baldwin wrote: >> The ie(4) driver in 7.x has several issues. First of all, it has several >> compiler warnings that haven't been successfully fixed in several years and >> are currently just ignored. More importantly, it hasn't been updated to use >> more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng >> locking. If someone is using this driver and is willing to test fixes for >> it, then it can be updated. If there isn't anyone who is using this driver >> and willing to test fixes, then it will be removed from the tree at some >> point in the future (say a month or two). > > I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ > & changed "Subject:" so as not to cross post this tangential reply. > ( BTW I checked, I don't have any hardware that uses "ie" ) > > What's concerned me increasingly for some time, (& nothing personal > to any individual, (the above just a useful illustration ) is a > tendency in FreeBSD for developers to say: > ~Unless anyone speaks in [time] I will discard [whatever]~ > Then months later a new release is rolled, & months later users upgrade, &: > "Oh my god! they removed the XYZ I use ! ... Aargh!~ > Actually, most developers use pretty good judgment in this area. These aren't PCI drivers or otherwise highly active parts that are being retired, these are pieces of code for 15 year old hardware that have been unloved and unmaintained for years. No one is talking about dropping previous generation devices here, and the only reason it's being talked now about is because the neglect shown towards it over the years stands out more than most others. In this case and as well as previous cases, great efforts are made to reach out to the community to get help with testing and maintainership. If those requests go unanswered, then what else should the developers do? Participation is key to the ongoing success of the project, plain and simple. > So when discarding, it seems best to adopt a policy to warn as > wide a user base as possible, not just developers. > Not just current@ or stable@ but at least all of hackers@. > > Even then we risk hurting happy users of FreeBSD, eg > ISPs etc who just don't have time to read hackers@ every day. > > Maybe FreeBSD should have a low bandwidth mail list, that managers > & busy admins could safely subscribe, so they get long warning > of functional removal ? Such things as eg 16 bit PCMCIA removal > (after 4.11 before 6.*) would have gone to such a list, etc. > > Good PR to keep wider user base informed of planned removals, > & some otherwise unknowing users might then reply > "OK, I'll install current/ stable on a spare box, & give > developer(s) access, as I can't afford to lose functionality~ > > PS Analogy: > Opening programme in the "Hitch Hikers Guide To The Galaxy": > The plan to demolish Arthur's house. on display in locked basement, > The plan to demolish Earth, only filed on Alpha Centauri :-) Hatching and then executing a plan on IRC or a private developer mailing list or in the terminal room of a conference would be a good analogy. Announcing the plan to a public mailing list and asking for help is NOT, I repeat, NOT, a good analogy. There are no unlit stairs or leopards waiting behind lavatory doors keeping poor if_ie users from participating on the current@ mailing list. As long as it stays that way, I think we have a pretty decent system. Scott