Date: Wed, 16 Sep 1998 21:59:33 -0600 From: "Justin T. Gibbs" <gibbs@plutotech.com> To: "Kenneth D. Merry" <ken@plutotech.com> Cc: dillon@backplane.com (Matthew Dillon), committers@FreeBSD.ORG Subject: Re: buildworld/installworld, minor inconsistancies Message-ID: <199809170405.WAA01010@pluto.plutotech.com> In-Reply-To: Your message of "Wed, 16 Sep 1998 21:48:08 MDT." <199809170348.VAA29842@panzer.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
... >> /sbin/scsiformat not in Makefile, not built, not installed, still >> resides in source tree > >I intend to go through and remove some more of the files that have been >made obsolete by CAM. Those are some of them, although I could probably >port scsiformat to camcontrol. You can add libscsi to that list as well. >Give me another couple of days, I'll try to clean them out. I mentioned to committers when I finished the big CAM integration push that there were several files still in the tree that were "disconnected" but not garbage collected yet. Mostly this was due to my need for sleep. I meant to clear these out earlier today, but firefighting prevented that. Most of the files that came to mind, I just deleted. >> /usr/sbin/ncrcontrol currently built for alpha architecture only ? > >I think most of the things that ncrcontrol does are either already done by >camcontrol or the devstat utilities. Or if they're not, they can probably >be easily added. I think Justin said it doesn't work with the CAM port of >the NCR driver anyway. Yes. CAM has all of the hooks to allow you to set transfer settings, tag enables, etc in a controller neutral fashion. Camcontrol should get the command line options to set these once we've had a bit to catch our breath. So you haven't mentioned anything about how well your news server is holding up with CAM... -- Justin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809170405.WAA01010>