From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 16 23:55:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0B2106566B; Tue, 16 Nov 2010 23:55:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2118E8FC08; Tue, 16 Nov 2010 23:55:56 +0000 (UTC) Received: by bwz2 with SMTP id 2so865431bwz.13 for ; Tue, 16 Nov 2010 15:55:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=NRA9dOO3F13JIvx1nKPHR9eFDhyY10KShSd0FKntHkY=; b=wHBLrv6nK4Le/Ve/rTveGR/r3no+wvdoL//qvFSWaSg6vynwrbV8JlWG9WxtqxoOLr Qrq3jimKGfHZIh6ySy3w0ADjSb7gSHLQUQ+eMZTy7AcGiCNjAI6A2JXAH2W+USVs8I4s MAeePbPE58wHtB+2rj+9ykM+E2kWJC822SlBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=xeRHJ+Xe5pa2MDcydCNygXwprsaq4xls33zgho+OXVXRAhdLz9TUelM4wmp9rw6VCb z8XL6nbiuwCdC8pebxJGYGIAis9x+1ENEX9kOddLVh/dhG6fi1RO9rvQGa724v7JwBDV SC4chlvMTh1rwvzzQba9BBMJse6JOoD+6Se4Y= Received: by 10.204.112.10 with SMTP id u10mr8104079bkp.146.1289951755707; Tue, 16 Nov 2010 15:55:55 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g8sm889932bkg.11.2010.11.16.15.55.53 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 15:55:54 -0800 (PST) Sender: Alexander Motin Message-ID: <4CE319E3.4040705@FreeBSD.org> Date: Wed, 17 Nov 2010 01:55:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Alexander Best References: <201009161742.24228.tijl@coosemans.org> <201009161619.o8GGJAmv035378@lurza.secnetix.de> <20101018155944.GA12425@freebsd.org> <868w1r92rf.fsf@ds4.des.no> <20101021122110.GA65490@freebsd.org> <4CC156F5.1050109@FreeBSD.org> <20101022100309.GA16446@freebsd.org> <20101116204000.00005aea@unknown> <20101116221725.GA49789@freebsd.org> <4CE3125E.1000307@FreeBSD.org> <20101116235051.GA62744@freebsd.org> In-Reply-To: <20101116235051.GA62744@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bruce Cran , Tijl Coosemans , Oliver Fromme , freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgra?=, =?ISO-8859-1?Q?v?= Subject: Re: Summary: Re: Spin down HDD after disk sync or before power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 23:55:58 -0000 Alexander Best wrote: > On Wed Nov 17 10, Alexander Motin wrote: >> Alexander Best wrote: >>> On Tue Nov 16 10, Bruce Cran wrote: >>>> On Fri, 22 Oct 2010 10:03:09 +0000 >>>> Alexander Best wrote: >>>> >>>>> so how about olivers patch? it will only apply to ata devices so it's >>>>> garanteed not to break any other CAM devices (i'm thinking about the >>>>> aac controller issue). you could revert your previous shutdown work >>>>> and plug olivers patch into CAM. you might want to replace the >>>>> combination of flush/standby immediate with sleep. >>>> One problem with the code that's been committed is that the shutdown >>>> event handler doesn't get run during a suspend operation so an >>>> emergency unload still gets done when running "acpiconf -s3". >>> unfortunately i don't think a can help you on that one. acpi never worked for >>> me! even 'acpiconf -s1' will hopelessly crash my system. :( >> It is not necessary to have fully working suspend to work on this. >> Bounce mode should be enough. If bounce is also not working for you - it >> definitely should be the first thing to fix. > > bounce mode? sorry i'm lost. sysctl debug.acpi.suspend_bounce=1 It will make system to wake up back immediately after suspending all devices, instead of transition to requested S-state. -- Alexander Motin