From owner-freebsd-geom@FreeBSD.ORG Thu Feb 1 15:55:08 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.ORG Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FB9916A400; Thu, 1 Feb 2007 15:55:08 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD0013C4B2; Thu, 1 Feb 2007 15:55:07 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l11FsxiI045277; Thu, 1 Feb 2007 16:54:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45C20D52.20000@deepcore.dk> Date: Thu, 01 Feb 2007 16:54:58 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Eric Anderson References: <200701300851.l0U8pEkO005250@lurza.secnetix.de> <20070131201201.GB973@zaphod.nitro.dk> <20070131220004.GC487@garage.freebsd.pl> <45C12274.7030404@fluffles.net> <45C1F13C.2020503@freebsd.org> In-Reply-To: <45C1F13C.2020503@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Pawel Jakub Dawidek , Fluffles , "Simon L. Nielsen" , Oliver Fromme , freebsd-geom@FreeBSD.ORG Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2007 15:55:08 -0000 Eric Anderson wrote: > > Is there any reason the sleep and idle pieces of ataidle could not be > added to atacontrol? > Yes, it is a dirty hack solution until the idle/sleep thing is implemented correctly in the ATA driver framework as just sending the command(s) to the devices doesn't quite cut it without tinkering with the timeouts which leaves fx server users with suboptimal delays on failures. Anyhow I now have a full time disk server here that could save quite some power when doing this, so it just might level up on my TODO list :) -Søren