From mboxrd@z Thu Jan 1 00:00:00 1970 From: tytso@mit.edu Subject: Re: [PATCH 0/8] Suspend block api (version 6) Date: Fri, 14 May 2010 19:15:10 -0400 Message-ID: <20100514231510.GG16989@thunk.org> References: <1272667021-21312-1-git-send-email-arve@android.com> <87wrvl5479.fsf@deeprootsystems.com> <20100503215028.GB18910@srcf.ucam.org> <20100514203202.GA12409@srcf.ucam.org> <87aas2azc5.fsf@deeprootsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <87aas2azc5.fsf@deeprootsystems.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: Kevin Hilman Cc: Greg Kroah-Hartman , Jesse Barnes , linux-kernel@vger.kernel.org, linux-pm@lists.linux-foundation.org, Arjan van de Ven , Matthew Garrett , Len Brown , Jacob Pan , Oleg Nesterov , Liam Girdwood , linux-omap@vger.kernel.org, Linus Walleij , Daniel Walker , Brian Swetland , Mark Brown , Geoff Smith , Tejun Heo , Andrew Morton , Wu Fengguang List-Id: linux-pm@vger.kernel.org On Fri, May 14, 2010 at 03:32:58PM -0700, Kevin Hilman wrote: > Another likely reason that that there hasn't been an alternate > proposal (at least from some of us that are raising concerns) is > because we already have a working solution to dynamic, system-wide PM > that is 1) already in mainline and 2) shipping on consumer devices > with very strict power budgets (as already pointed out in detail by > Paul[2].) The examples cited where the things like the Palm Pre, and the Nokia N770/800/810 series. #1, what works on one embedded chipset/architecture might not work on another, and #2, the battery lifetime on the N770 and N800 (both of which I have) is **appalling** **bad**. I really don't understand why people are so opposed to merging code that works well for a very large set of devices and products. Just because *you* don't need it is not a sufficiently good reason to argue for it not be merged. If you don't want to use it, then don't CONFIG it in. - Ted