Re: [PATCH v3 0/5] Rework system pressure interface to the scheduler

2024-01-10 Thread Dietmar Eggemann
On 09/01/2024 14:29, Vincent Guittot wrote: > On Tue, 9 Jan 2024 at 12:34, Dietmar Eggemann > wrote: >> >> On 08/01/2024 14:48, Vincent Guittot wrote: >>> Following the consolidation and cleanup of CPU capacity in [1], this serie >>> reworks how the scheduler

Re: [PATCH v3 2/5] sched: Take cpufreq feedback into account

2024-01-10 Thread Dietmar Eggemann
On 09/01/2024 15:30, Vincent Guittot wrote: > On Tue, 9 Jan 2024 at 12:22, Dietmar Eggemann > wrote: >> >> On 08/01/2024 14:48, Vincent Guittot wrote: >>> Aggregate the different pressures applied on the capacity of CPUs and >>> create a new function that re

Re: [PATCH v3 4/5] sched: Rename arch_update_thermal_pressure into arch_update_hw_pressure

2024-01-09 Thread Dietmar Eggemann
On 08/01/2024 14:48, Vincent Guittot wrote: > Now that cpufreq provides a pressure value to the scheduler, rename I.e. that thermal (e.g. IPA governor) switches from average (rq->avg_(thermal/hw).load_avg) (1) to instantenous (cpu_pressure) (2). I rememeber a related dicussion during LPC 2018 :-)

Re: [PATCH v3 0/5] Rework system pressure interface to the scheduler

2024-01-09 Thread Dietmar Eggemann
On 08/01/2024 14:48, Vincent Guittot wrote: > Following the consolidation and cleanup of CPU capacity in [1], this serie > reworks how the scheduler gets the pressures on CPUs. We need to take into > account all pressures applied by cpufreq on the compute capacity of a CPU > for dozens of ms or mor

Re: [PATCH v3 2/5] sched: Take cpufreq feedback into account

2024-01-09 Thread Dietmar Eggemann
On 08/01/2024 14:48, Vincent Guittot wrote: > Aggregate the different pressures applied on the capacity of CPUs and > create a new function that returns the actual capacity of the CPU: > get_actual_cpu_capacity() function namescaling (1) arch_scale_cpu_capacity() - uarch (2)

Re: [PATCH v3 1/5] cpufreq: Add a cpufreq pressure feedback for the scheduler

2024-01-08 Thread Dietmar Eggemann
On 08/01/2024 14:48, Vincent Guittot wrote: > Provide to the scheduler a feedback about the temporary max available > capacity. Unlike arch_update_thermal_pressure, this doesn't need to be > filtered as the pressure will happen for dozens ms or more. Is this then related to the 'medium pace system

Re: [PATCH v4 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-03-04 Thread Dietmar Eggemann
ds it to build modules. Tested on x86 with eBPF scripts and exporting an alternative BCC_KERNEL_SOURCE. Tested-by: Dietmar Eggemann

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-02-28 Thread Dietmar Eggemann
On 2/28/19 5:48 PM, Qais Yousef wrote: On 02/28/19 17:04, Dietmar Eggemann wrote: Hi Joel, On 2/28/19 3:47 PM, Joel Fernandes wrote: On Thu, Feb 28, 2019 at 01:53:43PM +, Qais Yousef wrote: Hi Joel On 02/27/19 14:37, Joel Fernandes (Google) wrote: [...] The reason for me to stay on

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

2019-02-28 Thread Dietmar Eggemann
Hi Joel, On 2/28/19 3:47 PM, Joel Fernandes wrote: On Thu, Feb 28, 2019 at 01:53:43PM +, Qais Yousef wrote: Hi Joel On 02/27/19 14:37, Joel Fernandes (Google) wrote: [...] Ah good catch, I made this change for "file_list=${@:2}" in my tree but forgot to push it. Below is the updated pa