From owner-cvs-all@FreeBSD.ORG Wed Jun 18 08:39:03 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B4B837B401; Wed, 18 Jun 2003 08:39:03 -0700 (PDT) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FB743F85; Wed, 18 Jun 2003 08:39:02 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id DD1A49BE54; Wed, 18 Jun 2003 08:38:56 -0700 (PDT) From: Wes Peters Organization: Softweyr To: uhclem@freebsd.org (Frank Durda IV), mdodd@FreeBSD.ORG Date: Wed, 18 Jun 2003 08:38:53 -0700 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306180838.53495.wes@softweyr.com> cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: nyan@jp.FreeBSD.org cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/matcd creativeif.h matcd.c matcd_data.h matcd_isa.c matcddrv.h options.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 15:39:03 -0000 On Tuesday 17 June 2003 07:55 pm, Frank Durda IV wrote: > > Honestly, I found that quite enough deck chairs had been > randomly re-arranged and then not documented in the driver to kernel > interfaces (an interface that stayed largely unchanged in BSD for the > first twenty years or so) to make this effort consume large quantities > of time, far more than it should have done. They've been re-arranged, but not randomly. What actually happened is the yard crew ripped out the decks all the way down to the keel and replaced it with a catamaran and now the deck chairs are in different places because the decks are in different places. BSD was unchanged for 20 years or because nobody else undertook the work the SMPng team has done. Recall this is the work that even might Sun punted on, preferring to go help AT&T rewrite the guts of SysV. > And of course the biggie: As inb/outb macros still work on the target > hardware and processor, and work as they did in the previous life of > this driver, so why dump success? Why even scout around on the off > chance that using inb/outb is not the preferred way to do things any > more? > > I don't usually go looking in dark alleys to see if any have muggers. You have verified that your interrupt twiddling and such doesn't hose SMP machines, right? You really must understand that support for modern machines is much more important to FreeBSD than supporting some ancient junkpile CD-ROM device. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com