From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Gleixner Subject: Re: suspend blockers & Android integration Date: Sun, 6 Jun 2010 21:26:30 +0200 (CEST) Message-ID: References: <1275834706.7227.545.camel@mulgrave.site> <1275844114.7227.552.camel@mulgrave.site> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: 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: Brian Swetland Cc: Neil Brown , tytso@mit.edu, Peter Zijlstra , Felipe Balbi , LKML , Florian Mickler , James Bottomley , "H. Peter Anvin" , Linux PM , Linux OMAP Mailing List , Linus Torvalds , Ingo Molnar , Alan Cox , Arjan van de Ven List-Id: linux-omap@vger.kernel.org On Sun, 6 Jun 2010, Brian Swetland wrote: > On Sun, Jun 6, 2010 at 11:04 AM, Thomas Gleixner wrote: > >> > >> Right, so the sooner we make it easier for the drivers to use the kernel > >> as their main repository, the better. > > > > Yep, the fastest way is to provide two stub inlines in pm.h and let > > the driver flood come in. > > As mentioned previously, we didn't know this was an option (stubs > without an implementation behind them). If it is, and thus we can That's what Greg did when he pulled stuff into staging, but there is no reason not to do it outside of staging as well. We can simply put the stub functions into Documentation/feature-removal.txt to ensure that we don't forget about them :) > simplify the driver merging process short-term while sorting out a > long-term implementation or replacement for suspend blockers, then I > think we're making real progress. Yes, that way we do not lose the annotations. Replacing them, ripping them out or whatever we agree on, is a nobrainer. But it gets the drivers into the tree, so they are usable outside of android as well and the delta between android and mainline shrinks significantly. Thanks, tglx