From owner-cvs-all@FreeBSD.ORG Wed Jul 21 17:11:09 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF40516A4CE for ; Wed, 21 Jul 2004 17:11:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4249F43D3F for ; Wed, 21 Jul 2004 17:11:09 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i6LH2KoI057344 for cvs-all@FreeBSD.org.checked; (8.12.8/vak/2.1) Wed, 21 Jul 2004 21:02:20 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i6LGsp5C056971; (8.12.8/vak/2.1) Wed, 21 Jul 2004 20:54:51 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40FE9FE9.6020100@cronyx.ru> Date: Wed, 21 Jul 2004 20:55:05 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_shutdown.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 17:11:10 -0000 Robert Watson wrote: >On Wed, 21 Jul 2004, Roman Kurakin wrote: > > > >>How to change behavior? >> >> > >When we're in a "panic" state, we will no long attempt to call out to all >file systems to synchronize their on-disk data with in-memory data. This >was unreliable in many circumstances because panic() can be called from >some interesting places, such as in the scheduler, interrupt handlers, in >the file system code, etc, and those circumstances were not conducive to > > But if we are in panic in a good place it may save some critical data. Is it possible to give a choice to user? [...] rik