From owner-freebsd-scsi Mon Dec 4 04:34:45 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28337 for freebsd-scsi-outgoing; Mon, 4 Dec 1995 04:34:45 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA28329 for ; Mon, 4 Dec 1995 04:34:37 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA02121; Mon, 4 Dec 1995 07:23:50 -0500 From: Peter Dufault Message-Id: <199512041223.HAA02121@hda.com> Subject: Re: /sys/scsi/st.c and NEW_SCSICONF? To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 4 Dec 1995 07:23:49 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, jkh@time.cdrom.com, freebsd-scsi@FreeBSD.ORG In-Reply-To: <199512040035.QAA02303@ref.tfs.com> from "Julian Elischer" at Dec 3, 95 04:35:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 946 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk > > > > > As Jordan K. Hubbard wrote: > > > > > > If you have NEW_SCSICONF defined in -current, it disables a block of > > > defines in /sys/scsi/scsi_tape.h. All well and good, but one of those > > > defines is "QIC_3080" which gets referenced in st.c regardless. > > > > > > I've conditionalized the QIC_3080 references in st.c on !NEW_SCSICONF > > > as well and gotten past the problem for now, but I'm not sure if > > > that's what the author(s) intended. > > > > NEW_SCSICONF should die (one way or the other), but apparently > > everybody is too busy to kill it... > > I've scheduled some of my time in the upcoming holiday > to cleaning up the SCSI code.. > Good, so have I. We'll coordinate off line. You get all the low level drivers, I'll get the upper... -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267