From owner-freebsd-scsi Tue Apr 21 10:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26685 for freebsd-scsi-outgoing; Tue, 21 Apr 1998 10:50:10 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26678 for ; Tue, 21 Apr 1998 17:50:03 GMT (envelope-from dan@math.berkeley.edu) Received: from rain.berkeley.edu (rain.Berkeley.EDU [128.32.183.196]) by math.berkeley.edu (8.8.7/8.8.7) with ESMTP id KAA13838; Tue, 21 Apr 1998 10:49:52 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Received: (dan@localhost) by rain.berkeley.edu (8.8.5/8.6.4) id KAA13234; Tue, 21 Apr 1998 10:49:51 -0700 (PDT) Date: Tue, 21 Apr 1998 10:49:51 -0700 (PDT) Message-Id: <199804211749.KAA13234@rain.berkeley.edu> To: hans@artcom.de, pantzer@ludd.luth.se Subject: Re: SCSI-Disk hot-swappability? Cc: freebsd-scsi@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Why not just type this in your configfile for the kernel? > > disk sd0 at scbus0 target 0 > disk sd1 at scbus0 target 1 ... > > The sd driver seems to be prepared for this, but the necessary changes to > > scsiconf.c do not seem to be there. We'd also need a set of utilities to > > make the kernel reprobe a given SCSI device. > > The manpage for scsi tells me that it can do that. There may be a problem. I tried it once and it didn't work. This was a while back, so perhaps it is old news. I actually prefer static drive unit definitions over dynamic definitions (at least for the first few drives) because then file systems don't move around on you when a drive dies. Some additional considerations: 1) It would be nice if the SCSI disk driver would react to an attention condition on a drive by reloading the disk labels. It would be nice if this produced console/syslog messages. 2) I once turned an external drive off for a while a while because it was so terribly noisy. After I turned it back on, it was so terribly slow. Speculation: the synchronous transfer parameters were not renegotiated. 3) Since attention conditions might be missed, it would be nice if the drive was also "reinitialized" during each drive open(). Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message