From owner-svn-src-head@FreeBSD.ORG Sat Jun 15 15:20:47 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D66BB625; Sat, 15 Jun 2013 15:20:47 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from virtual.feral.com (virtual.feral.com [216.224.170.83]) by mx1.freebsd.org (Postfix) with ESMTP id A289A1B67; Sat, 15 Jun 2013 15:20:47 +0000 (UTC) Received: from [192.168.136.3] (lowell.feral.com [76.14.48.84]) by virtual.feral.com (8.14.4/8.14.4) with ESMTP id r5FFKcOr014513 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 15 Jun 2013 08:20:39 -0700 Message-ID: <51BC8646.6060102@freebsd.org> Date: Sat, 15 Jun 2013 08:20:38 -0700 From: Matthew Jacob Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alexander Motin Subject: Re: svn commit: r251792 - in head/sys/cam: ata scsi References: <201306151246.r5FCkdFb072719@svn.freebsd.org> In-Reply-To: <201306151246.r5FCkdFb072719@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (virtual.feral.com [216.224.170.83]); Sat, 15 Jun 2013 08:20:39 -0700 (PDT) Cc: svn-src-head@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 15:20:47 -0000 On 6/15/2013 5:46 AM, Alexander Motin wrote: > Author: mav > Date: Sat Jun 15 12:46:38 2013 > New Revision: 251792 > URL: http://svnweb.freebsd.org/changeset/base/251792 > > Log: > Restore use of polling mode for disk cache flush in case of kernel panic. > While I am not sure that any extra hardware access is a good idea after > panic, that is an existing behaviour that should better work correctly. > At least one vendor depends on it.