From: Dongdong Yang <contribute.kernel@gmail.com> To: gregkh@linuxfoundation.org, rjw@rjwysocki.net, viresh.kumar@linaro.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de Cc: linux-kernel@vger.kernel.org, devel@driverdev.osuosl.org, linux-pm@vger.kernel.org, yangdongdong@xiaomi.com, tanggeliang@xiaomi.com, taojun@xiaomi.com, huangqiwu@xiaomi.com, rocking@linux.alibaba.com, fengwei@xiaomi.com, zhangguoquan@xiaomi.com, gulinghua@xiaomi.com, duhui@xiaomi.com Subject: [PATCH v2] Provide USF for the portable equipment. Date: Fri, 31 Jul 2020 20:46:29 +0800 [thread overview] Message-ID: <cover.1596196060.git.yangdongdong@xiaomi.com> (raw) From: Dongdong Yang <yangdongdong@xiaomi.com> This patch provides USF(User Sensitive Feedback factor) auxiliary cpufreq governor to support high level layer sysfs inodes setting for utils adjustment purpose from the identified scenario on portable equipment. Because the power consumption and UI response are more cared for by portable equipment users. And the "screen off" status stands for no request from the user, however, the kernel is still expected to notify the user in time on modem, network or powerkey events occur. USF provides "sched_usf_non_ux_r" sysfs inode to cut down the utils from user space tasks according to high level scenario. In addition, it usually hints more cpufreq demand that the preemptive counts of the tasks on the cpu burst and over the user expecting completed time such as the ratio sysctl_sched_latency to sysctl_sched_min_granularity on "screen on" status, which more likely with more UI. The sysfs inodes "sched_usf_up_l0_r" and "sched_usf_down_r" have been provided to adjust the utils according to high level identified scenario to alloc the cpufreq in time. Changes in v2 - Add adjust_task_pred_set switch. - Move adjust_task_pred_demand declaration into sched.h - Update comments. Dongdong Yang (1): sched: Provide USF for the portable equipment. drivers/staging/Kconfig | 2 + drivers/staging/Makefile | 1 + drivers/staging/fbsched/Kconfig | 10 ++ drivers/staging/fbsched/Makefile | 2 + drivers/staging/fbsched/usf.c | 346 +++++++++++++++++++++++++++++++++++++++ kernel/sched/cpufreq_schedutil.c | 3 + kernel/sched/sched.h | 10 ++ 7 files changed, 374 insertions(+) create mode 100644 drivers/staging/fbsched/Kconfig create mode 100644 drivers/staging/fbsched/Makefile create mode 100644 drivers/staging/fbsched/usf.c -- 2.7.4
WARNING: multiple messages have this Message-ID (diff)
From: Dongdong Yang <contribute.kernel@gmail.com> To: gregkh@linuxfoundation.org, rjw@rjwysocki.net, viresh.kumar@linaro.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de Cc: devel@driverdev.osuosl.org, gulinghua@xiaomi.com, tanggeliang@xiaomi.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, yangdongdong@xiaomi.com, duhui@xiaomi.com, zhangguoquan@xiaomi.com, fengwei@xiaomi.com, taojun@xiaomi.com, rocking@linux.alibaba.com, huangqiwu@xiaomi.com Subject: [PATCH v2] Provide USF for the portable equipment. Date: Fri, 31 Jul 2020 20:46:29 +0800 [thread overview] Message-ID: <cover.1596196060.git.yangdongdong@xiaomi.com> (raw) From: Dongdong Yang <yangdongdong@xiaomi.com> This patch provides USF(User Sensitive Feedback factor) auxiliary cpufreq governor to support high level layer sysfs inodes setting for utils adjustment purpose from the identified scenario on portable equipment. Because the power consumption and UI response are more cared for by portable equipment users. And the "screen off" status stands for no request from the user, however, the kernel is still expected to notify the user in time on modem, network or powerkey events occur. USF provides "sched_usf_non_ux_r" sysfs inode to cut down the utils from user space tasks according to high level scenario. In addition, it usually hints more cpufreq demand that the preemptive counts of the tasks on the cpu burst and over the user expecting completed time such as the ratio sysctl_sched_latency to sysctl_sched_min_granularity on "screen on" status, which more likely with more UI. The sysfs inodes "sched_usf_up_l0_r" and "sched_usf_down_r" have been provided to adjust the utils according to high level identified scenario to alloc the cpufreq in time. Changes in v2 - Add adjust_task_pred_set switch. - Move adjust_task_pred_demand declaration into sched.h - Update comments. Dongdong Yang (1): sched: Provide USF for the portable equipment. drivers/staging/Kconfig | 2 + drivers/staging/Makefile | 1 + drivers/staging/fbsched/Kconfig | 10 ++ drivers/staging/fbsched/Makefile | 2 + drivers/staging/fbsched/usf.c | 346 +++++++++++++++++++++++++++++++++++++++ kernel/sched/cpufreq_schedutil.c | 3 + kernel/sched/sched.h | 10 ++ 7 files changed, 374 insertions(+) create mode 100644 drivers/staging/fbsched/Kconfig create mode 100644 drivers/staging/fbsched/Makefile create mode 100644 drivers/staging/fbsched/usf.c -- 2.7.4 _______________________________________________ devel mailing list devel@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
next reply other threads:[~2020-07-31 13:14 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-07-31 12:46 Dongdong Yang [this message] 2020-07-31 12:46 ` [PATCH v2] Provide USF for the portable equipment Dongdong Yang 2020-07-31 12:46 ` [PATCH v2] sched: " Dongdong Yang 2020-07-31 12:46 ` Dongdong Yang 2020-07-31 13:20 ` Greg KH 2020-07-31 13:20 ` Greg KH 2020-07-31 13:22 ` Greg KH 2020-07-31 13:22 ` Greg KH 2020-07-31 13:28 ` Greg KH 2020-07-31 13:28 ` Greg KH 2020-07-31 14:25 ` Dietmar Eggemann 2020-07-31 14:25 ` Dietmar Eggemann 2020-08-01 15:25 ` kernel test robot 2020-08-01 8:13 ` [PATCH v2] " Christoph Hellwig 2020-08-01 8:13 ` Christoph Hellwig
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cover.1596196060.git.yangdongdong@xiaomi.com \ --to=contribute.kernel@gmail.com \ --cc=bsegall@google.com \ --cc=devel@driverdev.osuosl.org \ --cc=dietmar.eggemann@arm.com \ --cc=duhui@xiaomi.com \ --cc=fengwei@xiaomi.com \ --cc=gregkh@linuxfoundation.org \ --cc=gulinghua@xiaomi.com \ --cc=huangqiwu@xiaomi.com \ --cc=juri.lelli@redhat.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=mgorman@suse.de \ --cc=mingo@redhat.com \ --cc=peterz@infradead.org \ --cc=rjw@rjwysocki.net \ --cc=rocking@linux.alibaba.com \ --cc=rostedt@goodmis.org \ --cc=tanggeliang@xiaomi.com \ --cc=taojun@xiaomi.com \ --cc=vincent.guittot@linaro.org \ --cc=viresh.kumar@linaro.org \ --cc=yangdongdong@xiaomi.com \ --cc=zhangguoquan@xiaomi.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.