From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755413AbcIIV4u (ORCPT ); Fri, 9 Sep 2016 17:56:50 -0400 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:59729 "HELO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753554AbcIIV4M (ORCPT ); Fri, 9 Sep 2016 17:56:12 -0400 From: "Rafael J. Wysocki" To: Linux PM list Cc: Linux Kernel Mailing List , Srinivas Pandruvada , Peter Zijlstra , Viresh Kumar , Ingo Molnar , Vincent Guittot , Morten Rasmussen , Juri Lelli , Dietmar Eggemann , Steve Muckle , Doug Smythies Subject: [PATCH 0/3] cpufreq / sched: iowait boost in intel_pstate and schedutil Date: Fri, 09 Sep 2016 23:57:21 +0200 Message-ID: <21371892.ALJNnHKoBY@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/4.8.0-rc2+; KDE/4.11.5; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Everyone, This is a new iteration of the "iowait boost" series. The first two patches (adding the SCHED_CPUFREQ_IOWAIT flag and changing schedutil to use it) don't seem to be controversial, so they go unchanged (not RFC any more though) and the only difference is the intel_pstate part. Since we still get some unconclusive results with the new algorithm for Core processors, patch [3/3] in this series modifies the Atom algorithm to use SCHED_CPUFREQ_IOWAIT instead of the get_cpu_iowait_time_us() interface (which isn't particularly reliable) as the first step. Going forward we would like to modify intel_pstate to select P-states proportional to utilization (with IOwait boosting and possibly some other tweaks) on all processors, but there still are some factors to determine in that area, so let's make this simple change to start with. Thanks, Rafael