Date: Sun, 13 Jul 1997 16:47:48 -0700 From: David Greenman <dg@root.com> To: "Justin T. Gibbs" <gibbs@plutotech.com> Cc: Simon Shapiro <Shimon@i-Connect.Net>, filo@yahoo.com, freebsd-SCSI@FreeBSD.ORG Subject: Re: problems with reboot Message-ID: <199707132347.QAA00548@implode.root.com> In-Reply-To: Your message of "Sun, 13 Jul 1997 09:55:37 MDT." <199707131555.JAA25833@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>There is an issue with FreeBSD shutdown not waiting for the DPt to flush >>>caches as it should. >> >> Should be easy to fix by adding a shutdown routine to the driver that waits >>for the flushes to complete. >> >>-DG >> >>David Greenman >>Core-team/Principal Architect, The FreeBSD Project > >If we're not waiting for the last close to complete, that is a bug >that should be fixed. I believe that Simon added a syncronize >cache command into sdclose which should address the DPT issue so >long as it actually gets performed and we wait for it to complete. >The syncronize cache command may be required for other disk devices >as well, and a generic solution is always better than a controller >specific one. The shutdown code waits for all buffers to be flushed, but the code has no way of knowing if the controller actually committed the data to disk. If a disk controller indicates I/O completion/success before the data is actually written to disk, then it seems to me that forcing the cache flush would be a controller specific operation. Yes? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707132347.QAA00548>