From owner-freebsd-current Tue May 9 19: 1:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from sendero.simon-shapiro.org (sendero.simon-shapiro.org [207.69.194.51]) by hub.freebsd.org (Postfix) with SMTP id D722737BEFB for ; Tue, 9 May 2000 19:00:09 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 167 invoked from network); 10 May 2000 02:51:41 -0000 Received: from nomis.simon-shapiro.org (209.86.126.163) by sendero.simon-shapiro.org with SMTP; 10 May 2000 02:51:41 -0000 Content-Length: 1935 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200005100146.SAA21402@mass.cdrom.com> Date: Tue, 09 May 2000 22:02:52 -0400 (EDT) Reply-To: shimon@simon-shapiro.org Organization: Simon's Garage From: Simon Shapiro To: Mike Smith Subject: Re: EVENTHANDLER_DECLARE Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-May-00 Mike Smith wrote: >> Sorry to bother y'll, but; >> >> Has anyone ever used that? I see no trace of any kernel >> code calling it, and the at_shutdown code appears to be >> gone. > > It's still used in the shutdown code; it was meant to be available for > general use elsewhere, but I haven't seen anyone playing with it, so > maybe the design tradeoffs were bad choices. I dunno. It seems to do anything I need; Call me with an argument. I do not even need the priority. >> BTW, for all it is worth, any caching controller not using >> this is guaranteed to lose data. > > Wrong layer. You should be using the bus shutdown method; look at eg. > the Mylex driver to see how this is done. You should probably call your > flush routine from the suspend method as well. This is dangerous for the OSM. When the i2o OSM shuts an IOP down, it is history. It will stop doing any work at all; network, disk, console, mouse, whatever. I reserve that for really, really shutdown/reset. This needs to happen after all other shutdown work was done, but before a physical reset is sent to the hardware. There is no telling how long the IOP will take to return from flush request. > (Note that the Mylex stuff doesn't correctly handle suspend/resume since > we don't have a decent ACPI implementation yet) I can emulate suspend/resume in the OSM easily. Actually, it does that just before shutting down. A single line of code. > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sincerely Yours 404.664.6401 Simon Shapiro Research Fellow, Earthlink Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message