From owner-freebsd-current Mon Sep 27 11:55:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 2BC6615474 for ; Mon, 27 Sep 1999 11:55:21 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id LAA12927; Mon, 27 Sep 1999 11:53:31 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199909271853.LAA12927@gndrsh.dnsmgr.net> Subject: Re: Loss of Functionality with newpnp In-Reply-To: <19978.938457153@localhost> from "Jordan K. Hubbard" at "Sep 27, 1999 11:32:33 am" To: jkh@zippy.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 Sep 1999 11:53:30 -0700 (PDT) Cc: dmaddox@conterra.com, roberto@keltia.freenix.fr (Ollivier Robert), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm just suggesting here that it would be nice if the authors of > > this code would make it _equally functional_ to what was removed. > > It's not nice to remove functionality unconditionally and then > > provide no replacement at all... > > That work is underway, and something to understand about -current > is that it doesn't have to actually work at all times during the > interim periods between releases. Now, should 4.0 be on the horizon > and the situation still be one where "equivalent functionality" > has not been provided by the newpcm driver, we'll revert back to > the original luigi driver and continue the experiment in the new > post-branch (5.0) current. If that was only true. Or should I ask why didn't CAM from -3.3 get reverted to the old scsi code before 3.3 was released. I have seen no less than 2, and perhaps 3 people try to get cards that did work under pre-CAM 3.x working under post-CAM 3.x. I know this is a slippery slope, but it invalidates your above assertion that we revert back at release when functionality has been lost due to new code. I also know that we are a lot better off with CAM, and could care less that the old ancient AIC drivers are dead, but some how I am also pretty sure we won't be reverting back on newpcm, even if some old sound cards don't work. It'll take the same arguement path that CAM did. ``This is so much better, someone is working on getting that done, etc, etc..'' -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message