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

[Valentin Schneider <valentin.schneider@arm.com>]

(+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@kernel.org>

This still stands from last posting:

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

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