On Wed, Sep 25, 2019 at 12:56:04PM -0700, Jon Haslam wrote:
> The current cgroup-v2.rst file contains an incorrect description of when
> memory is reclaimed from a cgroup that is using the 'memory.low'
> mechanism. This fix simply corrects the text to reflect the actual
> implementation.
> 
> Fixes: 7854207fe954 ("mm/docs: describe memory.low refinements")
> Signed-off-by: Jon Haslam <jonhas...@fb.com>

Acked-by: Roman Gushchin <g...@fb.com>

Thanks, Jon!

> ---
>  Documentation/admin-guide/cgroup-v2.rst | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/Documentation/admin-guide/cgroup-v2.rst 
> b/Documentation/admin-guide/cgroup-v2.rst
> index 0fa8c0e615c2..26d1cde6b34a 100644
> --- a/Documentation/admin-guide/cgroup-v2.rst
> +++ b/Documentation/admin-guide/cgroup-v2.rst
> @@ -1117,8 +1117,8 @@ PAGE_SIZE multiple when read back.
>  
>       Best-effort memory protection.  If the memory usage of a
>       cgroup is within its effective low boundary, the cgroup's
> -     memory won't be reclaimed unless memory can be reclaimed
> -     from unprotected cgroups.
> +     memory won't be reclaimed unless there is no reclaimable
> +     memory available in unprotected cgroups.
>  
>       Effective low boundary is limited by memory.low values of
>       all ancestor cgroups. If there is memory.low overcommitment
> @@ -1914,7 +1914,7 @@ Cpuset Interface Files
>  
>          It accepts only the following input values when written to.
>  
> -        "root"   - a paritition root
> +        "root"   - a partition root
>          "member" - a non-root member of a partition
>  
>       When set to be a partition root, the current cgroup is the
> -- 
> 2.17.1
> 

Reply via email to