Re: [PATCH 05/30] docs: scheduler: fix the directory name on two files

From: Valentin Schneider
Date: Wed Sep 09 2020 - 14:12:22 EST




(+Cc Ingo, Peter)

On 09/09/20 15:10, Mauro Carvalho Chehab wrote:
> The name of the directory where the schedule docs are
> stored are wrong on those files.
>
> Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>

This still stands from last posting:

Reviewed-by: Valentin Schneider <valentin.schneider@xxxxxxx>

In the cover letter you mention resending a bunch of these (including this
one) as they weren't picked up. Ingo / Peter, would you guys mind picking
this one up in tip? AFAICT it's the only scheduler-related patch of the
series.

> ---
> Documentation/scheduler/sched-capacity.rst | 2 +-
> Documentation/scheduler/sched-energy.rst | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/scheduler/sched-capacity.rst b/Documentation/scheduler/sched-capacity.rst
> index 00bf0d011e2a..9b7cbe43b2d1 100644
> --- a/Documentation/scheduler/sched-capacity.rst
> +++ b/Documentation/scheduler/sched-capacity.rst
> @@ -365,7 +365,7 @@ giving it a high uclamp.min value.
> .. note::
>
> Wakeup CPU selection in CFS can be eclipsed by Energy Aware Scheduling
> - (EAS), which is described in Documentation/scheduling/sched-energy.rst.
> + (EAS), which is described in Documentation/scheduler/sched-energy.rst.
>
> 5.1.3 Load balancing
> ~~~~~~~~~~~~~~~~~~~~
> diff --git a/Documentation/scheduler/sched-energy.rst b/Documentation/scheduler/sched-energy.rst
> index 78f850778982..001e09c95e1d 100644
> --- a/Documentation/scheduler/sched-energy.rst
> +++ b/Documentation/scheduler/sched-energy.rst
> @@ -331,7 +331,7 @@ asymmetric CPU topologies for now. This requirement is checked at run-time by
> looking for the presence of the SD_ASYM_CPUCAPACITY flag when the scheduling
> domains are built.
>
> -See Documentation/sched/sched-capacity.rst for requirements to be met for this
> +See Documentation/scheduler/sched-capacity.rst for requirements to be met for this
> flag to be set in the sched_domain hierarchy.
>
> Please note that EAS is not fundamentally incompatible with SMP, but no