From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 16 23:50:51 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id E565A1065672; Tue, 16 Nov 2010 23:50:51 +0000 (UTC) Date: Tue, 16 Nov 2010 23:50:51 +0000 From: Alexander Best To: Alexander Motin Message-ID: <20101116235051.GA62744@freebsd.org> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE3125E.1000307@FreeBSD.org> Cc: Bruce Cran , Dag-Erling =?iso-8859-15?Q?Sm=F8rgrav?= , Tijl Coosemans , Oliver Fromme , freebsd-hackers@freebsd.org 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:50:52 -0000 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. > > >From the other side ATM I see no good approach to this, as soon as CAM > devices are not present on NewBus to handle suspend events. Unless SIM > drivers will expose those events to CAM in some way. > > -- > Alexander Motin -- a13x