Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932494Ab0FGIAt (ORCPT ); Mon, 7 Jun 2010 04:00:49 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:32777 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752724Ab0FGIAr (ORCPT ); Mon, 7 Jun 2010 04:00:47 -0400 Date: Mon, 7 Jun 2010 04:00:26 -0400 From: Christoph Hellwig To: Thomas Gleixner Cc: Brian Swetland , Christoph Hellwig , James Bottomley , Alan Cox , Florian Mickler , Vitaly Wool , Arve Hj?nnev?g , Arjan van de Ven , tytso@mit.edu, Peter Zijlstra , "H. Peter Anvin" , LKML , Neil Brown , Linux PM , Ingo Molnar , Linux OMAP Mailing List , Linus Torvalds , Felipe Balbi Subject: Re: [linux-pm] suspend blockers & Android integration Message-ID: <20100607080026.GA15851@infradead.org> References: <1275834706.7227.545.camel@mulgrave.site> <1275844114.7227.552.camel@mulgrave.site> <20100606190525.GA20517@infradead.org> <20100606192405.GA7559@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1041 Lines: 22 On Mon, Jun 07, 2010 at 12:26:55AM +0200, Thomas Gleixner wrote: > That takes a lot of the bullshit arguments about downstream users > being hurt out of the discussion. The above problems are way more > complex to resolve than the suspend blocker details. > > That's another prove why we can let the drivers flow in (in the worst > case w/o the suspend blocker stubs) and have no pressure to resolve > the suspend blocker problem yesterday. > > That said, after thinking more about it, I'm advocating the stubs > solution with a clear removal / decision date constraint > (e.g. 2.6.37), as it forces all involved parties to stay tuned and not > to forget about it. I'm curious about the outcome :) As long as we have that clear removal schedule I'm fine with in-kernel suspend blocker stubs. -- 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/