Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932926Ab0FEVL7 (ORCPT ); Sat, 5 Jun 2010 17:11:59 -0400 Received: from ist.d-labs.de ([213.239.218.44]:42964 "EHLO mx01.d-labs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932702Ab0FEVL5 (ORCPT ); Sat, 5 Jun 2010 17:11:57 -0400 Date: Sat, 5 Jun 2010 23:11:41 +0200 From: Florian Mickler To: Felipe Contreras Cc: Arve =?ISO-8859-15?Q?Hj=F8nnev=E5g?= , Peter Zijlstra , Thomas Gleixner , "Rafael J. Wysocki" , Matthew Garrett , Alan Stern , Paul@smtp1.linux-foundation.org, LKML , felipe.balbi@nokia.com, Linux OMAP Mailing List , Linux PM , Alan Cox Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) Message-ID: <20100605231141.52de0df7@schatten.dmk.lab> In-Reply-To: References: <201005302202.39511.rjw@sisk.pl> <201005312347.24251.rjw@sisk.pl> <1275471561.27810.30865.camel@twins> <20100605220143.08774900@schatten.dmk.lab> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1670 Lines: 39 On Sat, 5 Jun 2010 23:26:27 +0300 Felipe Contreras wrote: > Supposing there's a perfect usage of suspend blockers from user-space > on current x86 platforms (in theory Android would have that), is the > benefit that big to consider this a strong argument in favor of > suspend blockers? Considering the small amount of x86 platforms using > Android (is there any?), the fact that nobody else will use suspend > blockers, and that x86 is already being fixed (as mentioned many times > before) so dynamic PM is possible, I don't think we should be > considering current x86 at all for suspend blockers. A solution for the desktop to deprecate having to shut down the machine would not be that bad, wouldn;t it? (Why have I to shut down my machine anyway?) In my opinion such a decision (when to shutdown) has to be guided by userspace knowledge. Future x86 hardware is to be fixed (as I read in this discussion), so using suspend blockers could be the tool of choice. But alright. Let's be a little bit more focused on the present situation: 1) There currently is no other solution. 2) It is a first stepping stone to bringing android to mainline. 3) Any "perfect" solution will emerge anyway. As there are so many people with so strong opinions engaged in this discussion, I'm confident. 4) If there is a better solution, android will shurely adapt it as soon as it is there. Cheers, Flo -- 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/