From owner-freebsd-scsi Mon Aug 21 10:22:28 1995 Return-Path: freebsd-scsi-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA01133 for freebsd-scsi-outgoing; Mon, 21 Aug 1995 10:22:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA01111 for ; Mon, 21 Aug 1995 10:22:22 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03641; Mon, 21 Aug 1995 19:22:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA23870; Mon, 21 Aug 1995 19:22:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA06324; Mon, 21 Aug 1995 19:04:10 +0200 From: J Wunsch Message-Id: <199508211704.TAA06324@uriah.heep.sax.de> Subject: Re: scsiconf change To: dufault@hda.com (Peter Dufault) Date: Mon, 21 Aug 1995 19:04:09 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, scsi@freebsd.org In-Reply-To: <199508211334.JAA07241@hda.com> from "Peter Dufault" at Aug 21, 95 09:34:39 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2392 Sender: freebsd-scsi-owner@freebsd.org Precedence: bulk As Peter Dufault wrote: > > [I'm widening the audience a bit so we can get some more feedback, Joerg] (I've just subscribed to the scsi list, too. Should get mails from there within a few hours.) > [Joerg] > > Perhaps i've overlooked this? > > No, you haven't overlooked it. Apparently it either never worked the > way I thought it did or it was broken at some time. Note that we have > a type to use in the "scsidevs" structure (the matching structure), > and we carefully take the type out of that structure after a match: > > > *type_p = bestmatch->type; > > But this is a NOP since the match fails when the type is different. Yup. > I think that the current matching tests are wrong; it is too inflexible. Ideally, i would like that disk od0 at scbus0 target 3 would force the device on scbus0 target3 to go to the `od' driver. I'm not sure if this might be a good idea, since some bozo could attach a tape drive to target 3, and the `od' driver would horribly fail. > I would keep NEW_SCSICONF (since that is all I've been running lately > and one of the two branches is getting musty) > and change scsi_selectdev to a scoring scheme: Guess i like it. > Commentary about hunting through "knowndevs": > > The changes I outline here should give you what you want, and I > think would be an improvement. However, instead of a single > structure we really should have a distributed structure where in > addition to a possible list of "knowndevs" in scsiconf.c we have > additional devices in each type driver (st.c, sd.c, etc) and a way > to add new ones via config and "boot -c". Then your current problem > would be near zero: you'd just config in a new "rogue". Hmmmmm. Interesting. It would require extending config(8) and UserConfig. I don't see problems for the former, but maybe the latter will become too much bloated then? Remember, kernel pages are not pageable, and UserConfig is totally useless wasted memory once the kernel is running. > Unfortunately I'm no longer running -current: I don't have a system > unimportant enough at the moment to do so! If you'd like I'll make these > changes, get them to compile and then let you do some testing. These > are pretty low risk changes. I can do it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)