From owner-cvs-src@FreeBSD.ORG Wed May 18 20:40:26 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07FEA16A4CE; Wed, 18 May 2005 20:40:26 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BCEC43D5E; Wed, 18 May 2005 20:40:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4IKdnpx059978; Wed, 18 May 2005 14:39:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 18 May 2005 14:39:49 -0600 (MDT) Message-Id: <20050518.143949.71148873.imp@bsdimp.com> To: Alexander@Leidinger.net From: Warner Losh In-Reply-To: <20050518182150.lcak29sfts0ssgws@netchild.homeip.net> References: <20050518103544.18i8c5w3ok8oscgw@netchild.homeip.net> <20050518.074805.26964549.imp@bsdimp.com> <20050518182150.lcak29sfts0ssgws@netchild.homeip.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: des@des.no cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ata ata-queue.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 20:40:26 -0000 > The discussion started with des saying something like "the classic way is > bad, don't do this" while it would have been enough to say "and with the new > procedure it looks like". I don't want to pick on des here, everyone can have > a bad day. But he isn't the only one, in the past I've seen alot of people > pointing their gun at someone who uses the classic way and pulling the > trigger, and I don't think this is OK. OK. The classic method will likely work forever, where 'work' is narrowly defined as "if your system is compatible enough" which most developers know. There's too much momentum... I for one only use the new method for upgrades, and as part of product release scripts. > Let's shut up now and maybe put a sentence or two about KODIR and nextboot > into the updating description. Sounds good to me. Warner