From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH 0/8] Suspend block api (version 8) Date: Wed, 26 May 2010 12:49:30 +0200 Message-ID: <1274870970.5882.5311.camel@twins> References: <1274482015-30899-1-git-send-email-arve@android.com> <87wrusvrqe.fsf@deeprootsystems.com> <201005250138.16293.rjw@sisk.pl> <1274863655.5882.4875.camel@twins> <1274867106.5882.5090.camel@twins> <1274868593.5882.5185.camel@twins> <1274869966.5882.5262.camel@twins> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:35977 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753689Ab0EZKth convert rfc822-to-8bit (ORCPT ); Wed, 26 May 2010 06:49:37 -0400 In-Reply-To: Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Arve =?ISO-8859-1?Q?Hj=F8nnev=E5g?= Cc: "Rafael J. Wysocki" , Kevin Hilman , felipe.balbi@nokia.com, Linux PM , LKML , Linux OMAP Mailing List , Tony Lindgren , Paul Walmsley On Wed, 2010-05-26 at 03:40 -0700, Arve Hj=C3=B8nnev=C3=A5g wrote: > 2010/5/26 Peter Zijlstra : > > On Wed, 2010-05-26 at 03:25 -0700, Arve Hj=C3=B8nnev=C3=A5g wrote: > > > >> and on systems where the > >> same power state can be used from idle and suspend, we use suspend= so > >> we can stay in the low power state for minutes to hours instead of > >> milliseconds to seconds. > > > > So don't you think working on making it possible for systems to be = idle > > _that_ long would improve things for everybody? as opposed to this > > auto-suspend which only improves matters for those that (can) use i= t? >=20 > I'm not preventing anyone from working on improving this. Currently > both the kernel and our user-space code polls way too much. I don't > think it is reasonable to demand that no one should run any user-spac= e > code with periodic timers when we have not even fixed the kernel to > not do this. All I'm saying is that merging a stop-gap measure will decrease the urgency and thus the time spend fixing the actual issues while adding the burden of maintaining this stop-gap measure. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html