Date: Thu, 23 Apr 1998 13:38:19 -0700 (PDT) From: Tom <tom@uniserve.com> To: Nate Williams <nate@mt.sri.com> Cc: "Justin T. Gibbs" <gibbs@narnia.plutotech.com>, shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: A CAM of worms Message-ID: <Pine.BSF.3.96.980423133037.29396B-100000@shell.uniserve.ca> In-Reply-To: <199804232018.OAA11026@mt.sri.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980423133037.29396B-100000>