Re: Re: [RFC PATCH] suspend/resume performance improvement

2015-05-27 Thread EunTaik Lee
On Tue 2015-05-27 16:50 (GMT+09:00), Pavel Machek wrote: >> 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 some

Re: Re: [RFC PATCH] suspend/resume performance improvement

2015-05-26 Thread EunTaik Lee
> Instead of replicating code in state_store here, does it make sense to > move into a common part, so that fixes/optimization can be done in one > place? > Also why another config? If this has proven benefit then it can be > default path. I agree. I will resend the patch if this patch is agreed t

Re: Re: [RFC PATCH] suspend/resume performance improvement

2015-05-26 Thread EunTaik Lee
>> 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. >> So, instead of depending on a userspace task's time >> slice, let kworker do the work to a