cgroup: revert fa06235b8eb0 ("cgroup: reset css on destruction")
authorRoman Gushchin <>
Wed, 6 Sep 2017 23:21:50 +0000 (16:21 -0700)
committerLinus Torvalds <>
Thu, 7 Sep 2017 00:27:27 +0000 (17:27 -0700)
Commit fa06235b8eb0 ("cgroup: reset css on destruction") caused
css_reset callback to be called from the offlining path.  Although it
solves the problem mentioned in the commit description ("For instance,
memory cgroup needs to reset memory.low, otherwise pages charged to a
dead cgroup might never get reclaimed."), generally speaking, it's not

An offline cgroup can still be a resource domain, and we shouldn't grant
it more resources than it had before deletion.

For instance, if an offline memory cgroup has dirty pages, we should
still imply i/o limits during writeback.

The css_reset callback is designed to return the cgroup state into the
original state, that means reset all limits and counters.  It's
spomething different from the offlining, and we shouldn't use it from
the offlining path.  Instead, we should adjust necessary settings from
the per-controller css_offline callbacks (e.g.  reset memory.low).

Signed-off-by: Roman Gushchin <>
Acked-by: Tejun Heo <>
Acked-by: Johannes Weiner <>
Cc: Vladimir Davydov <>
Cc: Michal Hocko <>
Signed-off-by: Andrew Morton <>
Signed-off-by: Linus Torvalds <>

index df2e0f14a95d8e75ecbf424a0e308cc52d5b5eb2..f64fc967a9efd94f65e7fcf73c0d1a851c09bc1a 100644 (file)
@@ -4100,9 +4100,6 @@ static void offline_css(struct cgroup_subsys_state *css)
        if (!(css->flags & CSS_ONLINE))
-       if (ss->css_reset)
-               ss->css_reset(css);
        if (ss->css_offline)