Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755598Ab0FETDD (ORCPT ); Sat, 5 Jun 2010 15:03:03 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:55062 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752366Ab0FETDA (ORCPT ); Sat, 5 Jun 2010 15:03:00 -0400 From: "Rafael J. Wysocki" To: Felipe Contreras Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) Date: Sat, 5 Jun 2010 21:04:05 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.35-rc1-rjw; KDE/4.3.5; x86_64; ; ) Cc: Florian Mickler , Peter Zijlstra , James Bottomley , Arve =?utf-8?q?Hj=C3=B8nnev=C3=A5g?= , tytso@mit.edu, LKML , Linux PM , Thomas Gleixner , Linux OMAP Mailing List , felipe.balbi@nokia.com, Alan Cox References: <20100527222514.0a1710bf@lxorguk.ukuu.org.uk> <20100531224732.2073828d@schatten.dmk.lab> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201006052104.05324.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1981 Lines: 45 On Saturday 05 June 2010, Felipe Contreras wrote: > On Mon, May 31, 2010 at 11:47 PM, Florian Mickler wrote: > > On Mon, 31 May 2010 22:12:19 +0200 > > Florian Mickler wrote: > >> If I have a simple shell script then I don't wanna jump through > >> hoops just to please your fragile kernel. > > > > Also why should that code on one device kill my uptime and on the > > other machine (my wall-plugged desktop) work just well? That doesn't > > sound right. > > Sounds perfectly right to me; one code runs perfectly fine on one > machine, and on the other doesn't even compile. Well, sure, it wasn't > written with that use-case in mind. > > > Clearly opportunistic suspend is a workaround for battery-driven devices > > and no general solution. But it is not specific to android. At least > > not inherently. It could be useful for any embedded or mobile device > > where you can clearly distinguish important functions from convenience > > functions. > > Yes, it could, but why go for the hacky solution when we know how to > achieve the ideal one? > > > I really can't understand the whole _fundamental_ opposition to this > > design choice. > > Nobody is using it, except Android. Nobody will use it, except Android. That's like saying "Android is not a legitimate user of the kernel". Is that you wanted to say? > I have seen recent proposals that don't require changing the whole > user-space. That might actually be used by other players. Sure, an approach benefitting more platforms than just Android would be better, but saying that the kernel shouldn't address the Android's specific needs as a rule if no one else has those needs too is quite too far reaching to me. Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/