summaryrefslogtreecommitdiff
path: root/kernel
diff options
context:
space:
mode:
authorSha Zhengju <handai.szj@taobao.com>2013-09-13 02:13:46 +0400
committerLinus Torvalds <torvalds@linux-foundation.org>2013-09-13 02:38:02 +0400
commit34ff8dc08956098563989d8599840b130be81252 (patch)
tree39c964226586a57b0b1e97d9eb1f34b1dc99519e /kernel
parent3812c8c8f3953921ef18544110dafc3505c1ac62 (diff)
downloadlinux-34ff8dc08956098563989d8599840b130be81252.tar.xz
memcg: correct RESOURCE_MAX to ULLONG_MAX
Current RESOURCE_MAX is ULONG_MAX, but the value we used to set resource limit is unsigned long long, so we can set bigger value than that which is strange. The XXX_MAX should be reasonable max value, bigger than that should be overflow. Notice that this change will affect user output of default *.limit_in_bytes: before change: $ cat /cgroup/memory/memory.limit_in_bytes 9223372036854775807 after change: $ cat /cgroup/memory/memory.limit_in_bytes 18446744073709551615 But it doesn't alter the API in term of input - we can still use "echo -1 > *.limit_in_bytes" to reset the numbers to "unlimited". Signed-off-by: Sha Zhengju <handai.szj@taobao.com> Signed-off-by: Qiang Huang <h.huangqiang@huawei.com> Acked-by: Michal Hocko <mhocko@suse.cz> Cc: Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp> Cc: Jeff Liu <jeff.liu@oracle.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions