From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: [PATCH 3/9] PM: suspend_block: Abort task freezing if a suspend_blocker is active. Date: Tue, 12 May 2009 12:05:54 +0200 Message-ID: <20090512100554.GE14217@elf.ucw.cz> References: <1241583529-5092-1-git-send-email-arve@android.com> <200905081640.44894.rjw@sisk.pl> <1241821626.19600.325.camel@nigel-laptop> <200905090101.02390.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <200905090101.02390.rjw@sisk.pl> 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: "Rafael J. Wysocki" Cc: Nigel Cunningham , u.luckas@road.de, swetland@google.com, linux-pm@lists.linux-foundation.org List-Id: linux-pm@vger.kernel.org On Sat 2009-05-09 01:01:01, Rafael J. Wysocki wrote: > On Saturday 09 May 2009, Nigel Cunningham wrote: > > Hi. > > > > On Fri, 2009-05-08 at 16:40 +0200, Rafael J. Wysocki wrote: > > > The timeout is actually a workaround for the problem that we don't > > > really > > > know if tasks are going to react to our freeze requests and how much time it is > > > going to take. The current value of 20 s was chosen after a number of > > > experiments showing that in some cases the freezing _was_ going to take so > > > much time. Of course the question is whether it makes sense to give up earlier > > > even if tasks would eventually freeze, but that's a different issue. > > > > What were the circumstances in which freezing could take 20s? > > Compiling the kernel with "make -j" on a dual core system IIRC. IIRC the number happened because I saw up to 5sec under some heavy overload, and added some "safety margin". Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html