Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756931Ab0FIDr2 (ORCPT ); Tue, 8 Jun 2010 23:47:28 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:58491 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752468Ab0FIDr0 (ORCPT ); Tue, 8 Jun 2010 23:47:26 -0400 Date: Tue, 8 Jun 2010 20:46:20 -0700 (PDT) From: Linus Torvalds To: david@lang.hm cc: Florian Mickler , Vitaly Wool , Brian Swetland , =?ISO-8859-15?Q?Arve_Hj=F8nnev=E5g?= , Arjan van de Ven , tytso@mit.edu, Peter Zijlstra , "H. Peter Anvin" , LKML , Neil Brown , James Bottomley , Alan Cox , Linux PM , Ingo Molnar , Linux OMAP Mailing List , Thomas Gleixner , Felipe Balbi Subject: Re: [linux-pm] suspend blockers & Android integration In-Reply-To: Message-ID: References: <20100603193045.GA7188@elte.hu> <1275653210.27810.39762.camel@twins> <1275731653.27810.41078.camel@twins> <20100605092851.6ee15f13@infradead.org> <20100606124949.539fa636@schatten.dmk.lab> <20100607141624.3d004db2@schatten.dmk.lab> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1372 Lines: 32 On Tue, 8 Jun 2010, david@lang.hm wrote: > > having suspend blockers inside the kernel adds significant complexity, it's > worth it only if the complexity buys you enough. In this case the question is > if the suspend blockers would extend the sleep time enough more to matter. As > per my other e-mail, this is an area with rapidly diminishing returns as the > sleep times get longer. Well, the counter-argument that nobody seems to have brought up is that suspend blockers exist, are real code, and end up being shipped in a lot of machines. That's a _big_ argument in favour of them. Certainly much bigger than arguing against them based on some complexity-arguments for an alternative that hasn't seen any testing at all. IOW, I would seriously hope that this discussion was more about real code that _exists_ and does what people need. It seems to have degenerated into something else. Because in the end, "code talks, bullshit walks". People can complain and suggest alternatives all they want, but you can't just argue. At some point you need to show the code that actually solves the problem. Linus -- 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/