tracing: Allocate mask_str buffer dynamically
authorChangbin Du <changbin.du@intel.com>
Thu, 30 Nov 2017 03:39:43 +0000 (11:39 +0800)
committerSteven Rostedt (VMware) <rostedt@goodmis.org>
Mon, 4 Dec 2017 11:52:08 +0000 (06:52 -0500)
commit90e406f96f630c07d631a021fd4af10aac913e77
tree319adb71056132723eb24456850dcd55196a6623
parent250d0c7754aa37c6443f07f1f5f591e2806295d8
tracing: Allocate mask_str buffer dynamically

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>
kernel/trace/trace.c