]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
tracing: Allocate mask_str buffer dynamically
authorChangbin Du <changbin.du@intel.com>
Thu, 30 Nov 2017 03:39:43 +0000 (11:39 +0800)
committerSasha Levin <alexander.levin@microsoft.com>
Wed, 17 Jan 2018 17:55:31 +0000 (12:55 -0500)
commitd3c33f3be0db46d534332f09217a1c5cf745c3de
treedaad5b30d74f54b8dbcbceceb0c654524f5861c6
parent705277dab0bf482aee987e2c92139c590ac72922
tracing: Allocate mask_str buffer dynamically

[ Upstream commit 90e406f96f630c07d631a021fd4af10aac913e77 ]

The default NR_CPUS can be very large, but actual possible nr_cpu_ids
usually is very small. For my x86 distribution, the NR_CPUS is 8192 and
nr_cpu_ids is 4. About 2 pages are wasted.

Most machines don't have so many CPUs, so define a array with NR_CPUS
just wastes memory. So let's allocate the buffer dynamically when need.

With this change, the mutext tracing_cpumask_update_lock also can be
removed now, which was used to protect mask_str.

Link: http://lkml.kernel.org/r/1512013183-19107-1-git-send-email-changbin.du@intel.com
Fixes: 36dfe9252bd4c ("ftrace: make use of tracing_cpumask")
Cc: stable@vger.kernel.org
Signed-off-by: Changbin Du <changbin.du@intel.com>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
kernel/trace/trace.c