From owner-freebsd-scsi Sat Jul 12 11:50:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14993 for freebsd-scsi-outgoing; Sat, 12 Jul 1997 11:50:30 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14968 for ; Sat, 12 Jul 1997 11:50:16 -0700 (PDT) Received: (qmail 23804 invoked by uid 1000); 12 Jul 1997 18:50:05 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199707121113.EAA15976@implode.root.com> Date: Sat, 12 Jul 1997 11:50:05 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: dg@root.com Subject: Re: problems with reboot Cc: filo@yahoo.com, freebsd-SCSI@FreeBSD.ORG Sender: owner-freebsd-scsi@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi David Greenman; On 12-Jul-97 you wrote: > >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. I have not checked the code in this area, but all that I think is necessary is for the umount(2) syscall to wait and block shutdown until it returns. Under normal operation, it generates the SCSI ``ALLOW MEDIA REMOVAL'', which the DPT blocks until it is done flushing and invalidating. I personally never have this problem on any of our machines, but... BTW, on early UnixWare, the /sbin/reboot was actually a call to another prgram that took somemysterious arguments (foobar 1 2), which given incorrectly, would cause Unix to execute a halt, without any synching and thus produce similar results. Can /sbin/reboot do saomething similar? Simon