From owner-freebsd-scsi Sun Jan 28 14:16:50 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04952 for freebsd-scsi-outgoing; Sun, 28 Jan 1996 14:16:50 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04923 for ; Sun, 28 Jan 1996 14:16:38 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA02290; Sun, 28 Jan 1996 14:15:53 -0800 From: Julian Elischer Message-Id: <199601282215.OAA02290@ref.tfs.com> Subject: Re: scsi cleanup To: dufault@hda.com (Peter Dufault) Date: Sun, 28 Jan 1996 14:15:53 -0800 (PST) Cc: freebsd-scsi@freebsd.org In-Reply-To: <199601282212.RAA14728@hda.com> from "Peter Dufault" at Jan 28, 96 05:12:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk yes I've been wondering about this... kinda needs the 'open' call to do another 'probe' before linking in the right driver set.. actually I wonder if that might not be a bad way to operate at all times? It does a 'scsi_test_ready()' already.. it wouldn't be much to have a 'quirk' that made it do a scsi_identify() as well.. julian > > Another one that has come up lately is "multiple personalities" - > a device is a WORM and is a CDROM. I'll add this also. > > -- > Peter Dufault Real-Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 >