From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752769AbbE0Hue (ORCPT ); Wed, 27 May 2015 03:50:34 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:39142 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751672AbbE0Hua (ORCPT ); Wed, 27 May 2015 03:50:30 -0400 Date: Wed, 27 May 2015 09:50:28 +0200 From: Pavel Machek To: =?utf-8?B?7J207J2A7YOd?= Cc: rjw@rjwysocki.net, len.brown@intel.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH] suspend/resume performance improvement Message-ID: <20150527075028.GC1254@amd> References: <1141174354.499851432649147087.JavaMail.weblogic@epmlwas01d> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1141174354.499851432649147087.JavaMail.weblogic@epmlwas01d> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 2015-05-26 14:05:47, 이은택 wrote: > When a task that calls state_store() to suspend > the device has used up most of its time slice, > suspend sometimes take too long. (User noticeable) > > Suspend/resume is a system wide operation. It is also root-only. > So, instead of depending on a userspace task's time > slice, let kworker do the work to avoid a long wait > on the runqueue. ...so if you really want high priority for that operation, just renice yourself to higher priority or something... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html