From owner-svn-src-all@FreeBSD.ORG Mon Oct 26 14:51:56 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4DD4106568B; Mon, 26 Oct 2009 14:51:56 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1783B8FC24; Mon, 26 Oct 2009 14:51:54 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA01518; Mon, 26 Oct 2009 16:51:53 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4AE5B788.5060407@freebsd.org> Date: Mon, 26 Oct 2009 16:51:52 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Alexey Dokuchaev References: <200910261120.n9QBKFUw086926@svn.freebsd.org> <20091026144252.GA11752@FreeBSD.org> In-Reply-To: <20091026144252.GA11752@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Alexander Motin , src-committers@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r198486 - head/sys/dev/ata X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 14:51:56 -0000 on 26/10/2009 16:42 Alexey Dokuchaev said the following: > On Mon, Oct 26, 2009 at 11:20:15AM +0000, Alexander Motin wrote: >> Author: mav >> Date: Mon Oct 26 11:20:14 2009 >> New Revision: 198486 >> URL: http://svn.freebsd.org/changeset/base/198486 >> >> Log: >> Increase ATA command timeouts. Some drives need more then 5s to spin-up. > > Can't it be factored out into a macro so one does not have to make a bunch > of those identical changes over several files shall it be required to > adjust timeout again some time in the future? If this is to happen, then I'd like them to become sysctls too. -- Andriy Gapon