From owner-freebsd-current Sun Apr 26 09:03:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13800 for freebsd-current-outgoing; Sun, 26 Apr 1998 09:00:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero-fddi.simon-shapiro.org (sendero.simon-shapiro.org.142.69.207.in-addr.arpa [207.69.142.25] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA13580 for ; Sun, 26 Apr 1998 08:59:01 -0700 (PDT) (envelope-from shimon@sendero-fddi.simon-shapiro.org) Received: (qmail 10029 invoked by uid 1000); 26 Apr 1998 16:59:55 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-040798 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 26 Apr 1998 09:59:55 -0700 (PDT) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Tom Subject: Re: A CAM of worms Cc: current@FreeBSD.ORG, "Justin T.Gibbs" , Nate Williams Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Apr-98 Tom wrote: > > On Thu, 23 Apr 1998, Nate Williams wrote: > >> > There is certainly a migration path. Run a CAM kernel or don't. Most >> > developers I know have plenty of space to store two sys trees. As I >> > have stated to Julian several times, I will not polute the CAM code >> > with #ifdefs, or gratuitously rename controller driver file names or >> > "config names" just so you can build a kernel both ways. >> >> IMHO, with that attitude you can take the CAM stuff and go play >> somewhere else. Part of being a 'team effort' means making compromises >> so that everyone can work together. > > I don't understand what in Justin's "attitude" you've found offensive. > > The current SCSI layer has bugs. CAM fixes most of those and adds new > drviers. CAM is the future. It is time that we got past this. Hell, > even wcarchive uses CAM now (back-ported to 2.2) as it is just more > stable code. I think Nate's response migh have been a bit too strong. I interpreted the original posting as ``on the 28th of April, we stop supporting the current architecture and start supporting only CAM''. This interpretation appears wrong, but if it is a correct interppretation, it warrants a worry. With the state of CAM, as of today, FreeBSD functionality will be reduced severely - until all the missing pieces catch up; recoded, debugged, stress tested, stabilized, etc. That represents many weeks of hard work. I am not speaking for Nat, but he may share this concern with me. It appears that this is NOT Justin's intent. Now we will try to figure out a schedule for this thing. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message