From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Nikitenko Subject: Re: [patch 3/4 2.6.23-rc2 + mm2-git-mmc] MMC core learns about SPI Date: Mon, 29 Oct 2007 09:02:08 +0100 Message-ID: <47259380.6070503@gmail.com> References: <200708080906.18993.david-b@pacbell.net> <471DAB71.8000808@gmail.com> <20071027140823.5d7ec7e2@poseidon.drzeus.cx> <200710270933.30538.david-b@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Hans-Peter Nilsson , Mikael Starvik , Mike Lavender , spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Pierre Ossman To: David Brownell Return-path: In-Reply-To: <200710270933.30538.david-b-yBeKhBN/0LDR7s880joybQ@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: spi-devel-general-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: spi-devel-general-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-spi.vger.kernel.org David Brownell wrote: > On Saturday 27 October 2007, Pierre Ossman wrote: >>>> Is this really a problem that plagues you, or just something you >>>> noticed in the code? >>> It is that we need to suspend as soon as possible because of power loss. >>> Waiting to flush all the caches does not help, because there will not be >>> enough time with backup power. So it's better not to start any new block >>> requests to safe as much backup power as possible and to avoid >>> interrupted block transfer. >> Ah, that is a very good point. Could I bother you with having a look at how >> other parts of the kernel does things? > > That'll be interesting to know ... but I think the "panic suspend" > should probably have different code paths than "normal suspend". I completely agree. The thing with having a look at other parts of the kernel in this matter is that we do not use the latest kernel because of corporate policy unfortunately. So I need to backport useful things to 2.6.17 kernel:-( Best regards, Jan ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/