diff options
| author | Hugh Dickins <[email protected]> | 2008-03-04 14:29:12 -0800 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2008-03-04 16:35:15 -0800 |
| commit | 6d48ff8bcfd403ec8d3ef7a56538ea9e6f773b9c (patch) | |
| tree | 9331ed70405f4933ac923a7595268ee7e773018e /include | |
| parent | b9c565d5a29a795f970b4a1340393d8fc6722fb9 (diff) | |
memcg: css_put after remove_list
mem_cgroup_uncharge_page does css_put on the mem_cgroup before uncharging from
it, and before removing page_cgroup from one of its lru lists: isn't there a
danger that struct mem_cgroup memory could be freed and reused before
completing that, so corrupting something? Never seen it, and for all I know
there may be other constraints which make it impossible; but let's be
defensive and reverse the ordering there.
mem_cgroup_force_empty_list is safe because there's an extra css_get around
all its works; but even so, change its ordering the same way round, to help
get in the habit of doing it like this.
Signed-off-by: Hugh Dickins <[email protected]>
Cc: David Rientjes <[email protected]>
Cc: Balbir Singh <[email protected]>
Acked-by: KAMEZAWA Hiroyuki <[email protected]>
Cc: Hirokazu Takahashi <[email protected]>
Cc: YAMAMOTO Takashi <[email protected]>
Cc: Paul Menage <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions