Date: Fri, 24 Nov 1995 22:40:28 -0500 (EST) From: Peter Dufault <dufault@hda.com> To: julian@ref.tfs.com (Julian Elischer) Cc: charlie_conklin@il.us.swissbank.com, freebsd-scsi@freebsd.org Subject: Re: Getting an optical drive to work Message-ID: <199511250340.WAA06923@hda.com> In-Reply-To: <199511242234.OAA13797@ref.tfs.com> from "Julian Elischer" at Nov 24, 95 02:34:36 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > This resulted in no change of behavior :-( So I added a few printf in > > to see what was going on, and the problem is that when > > scsi_device_lookup(int type) is called, it checks the type of the device > > (T_OPTICAL in my case) against the type specified for the particular > > driver (T_DIRECT in the case of the sd driver). Since they never match, > > the uk driver is always defaulted to. > eh? this has been changed by someone.....! > I originally wrote it to specifically over-ride the default > type if the tables said to! > damn! I don't know if I'm the culprit or not, but scsi_probedev is using scsi_selectdev to find the bestmatch in the scsi_devs table, and then it uses the type field in scsi_devs to override the type returned by the device. Look at the very end of scsi_probedev. So if you change "T_OPTICAL" to "T_DIRECT" to fake your device out as a direct device and hook your device up to the sd driver. The "mx1" entries in scsiconf can't be working correctly. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199511250340.WAA06923>