Date: Mon, 19 Oct 1998 17:50:55 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: gibbs@plutotech.com (Justin T. Gibbs) Cc: tlambert@primenet.com, gibbs@plutotech.com, dkelly@hiwaay.net, freebsd-fs@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: filesystem safety and SCSI disk write caching Message-ID: <199810191750.KAA28209@usr02.primenet.com> In-Reply-To: <199810182316.RAA21632@pluto.plutotech.com> from "Justin T. Gibbs" at Oct 18, 98 05:09:52 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> >I suppose we should test by making a loadable system call that directly > >calls the reset code, so as to put the "reset causes a reset reliably, > >but even though no hardware other than the disk write cache is > >affected, we believe it's because no one debounced the switch" theory > >to rest. > > Who needs a system call? The user can easily cause a bus reset to occur > by opening the XPT device and sending a ccb with the XPT_RESET_BUS > function code in it. The alternative is to put the drive on a separate > power supply. You were claiming it was the machine reset. I was suggesting a software method of machine reset to take the undebounced reset switch out of the equation. I'm *not* claiming it *is* the SCSI reset, I'm merely claiming that I don't believe that an undebounced reset switch is any more likely than a SCSI reset, and that there's a method we can use to verify or impugn the undebounced reset switch theory. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810191750.KAA28209>