From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755233Ab0EMVKa (ORCPT ); Thu, 13 May 2010 17:10:30 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:54370 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753666Ab0EMVKY (ORCPT ); Thu, 13 May 2010 17:10:24 -0400 From: "Rafael J. Wysocki" To: Matthew Garrett Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 6) Date: Thu, 13 May 2010 23:11:26 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.34-rc7-rjw; KDE/4.3.5; x86_64; ; ) Cc: Daniel Walker , Brian Swetland , Paul Walmsley , Arve =?iso-8859-1?q?Hj=F8nnev=E5g?= , linux-pm@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Tejun Heo , Oleg Nesterov , Tony Lindgren , Kevin Hilman , Alan Stern , magnus.damm@gmail.com, "Theodore Ts'o" , mark gross , Arjan van de Ven , Geoff Smith , =?iso-8859-1?q?Beno=EEt_Cousson?= , linux-omap@vger.kernel.org, Vitaly Wool , Mark Brown , Liam Girdwood References: <1272667021-21312-1-git-send-email-arve@android.com> <1273779394.19100.47.camel@c-dwalke-linux.qualcomm.com> <20100513194820.GA19722@srcf.ucam.org> In-Reply-To: <20100513194820.GA19722@srcf.ucam.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005132311.26293.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 13 May 2010, Matthew Garrett wrote: > On Thu, May 13, 2010 at 12:36:34PM -0700, Daniel Walker wrote: > > On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote: > > > See feature-removal-schedule.txt. So far we have no indication that it's > > > going to be replaced, because nobody has actually suggested a working > > > way to do this better. If we had a concrete implementation proposal for > > > that then we'd be in a pretty different position right now. > > > > Ok, feature-removal-schedule.txt applies to everything tho. What your > > saying is that if this interface only last a short time it might take 6 > > months, if it last for a long time it would take longer. There's no easy > > way to know that Google is the only user after some amount of time > > passes. > > If the interface is there for a long time, it's because we haven't come > up with anything better. And if we haven't come up with anything better, > the interface deserves to be there. Moreover, the interface is already in use out-of-tree and that usage is actually _growing_, so we have a growing number of out-of-tree drivers that aren't megrgeable for this very reason. I don't see any _realistic_ way of solving this problem other than merging the opportunistic suspend. If anyone sees one, and I mean _realistic_ and _practically_ _feasible_, please tell me. Rafael