Received: by 10.223.164.221 with SMTP id h29csp1949207wrb; Wed, 25 Oct 2017 09:28:19 -0700 (PDT) X-Google-Smtp-Source: ABhQp+RjsWUwYGAgzqwQ+zlLzHr9KJiFBoENqHFG/3prnQP0OrYmR7dR+Or94lB+SPXK87CPWOEW X-Received: by 10.159.211.67 with SMTP id g3mr2149846plp.381.1508948899182; Wed, 25 Oct 2017 09:28:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1508948899; cv=none; d=google.com; s=arc-20160816; b=L4/0DxzwZBhlLDqwziHRBIyM0oMxF+ADhm0R62UW+xS3wBFspCbbmRni0ErSFOjofK nfwcO5/eDN77NEDJU+weGyHA3CShR2pInA02qTnUT6J6Rg6Hu/tTmb+GwhFjet+rmJVA FjHAR11SbmJVj2Sexq0bKpDNDT8UU8QaWigxT9wuCPOxd1uBzBezPDlI06UoukPs8TgF UtXzQVyC2ONHAgNzt4iTT1xrhkZjwGePH6oMqxyFdmFaXZ+QtyteXMSgGbaZGDCFGRyC veKBfvArEd5qcRdlHIZ/5peSxYGHMSHkVjmskbp5kHyQrv8iLeSZkiXhtH9g/p1KWIt8 xXjQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=RjktK4HL3HKVM9pmQn9FtmS6XO3PiMyC1Tr6vSPyP9w=; b=yTgmkTvXDB0b+GM8ol7QPxNjyfAOGsSRs6wA1cuS+Uw2n2nG2hbhtEwiH9SC24lf2s RRU6hOZraLkeM9BFR6lfkYRI/ObH0IUYf4MOPvLivAoGzzU3mH2HOLM+Oe87pYladu/2 sw2DnxUpZ0xITMxifdhY9cXgs6VITsrn8r4qldoopdr3QzVaVpYprKYfoi66zCSXDNR0 iRRNSY4knEv+cYUcA1Okwa+EeyeOD5QZSIGTAsTjkj5u2NNAsHcmkzFPDB38j3noBCxc W8l8TBvr65LWn7zEDwsS+rVRTmZqZDCwr4tBFO3NcoXcP9UrYEvqf62YmXril4houNBu l0nA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c30si2016137pgn.815.2017.10.25.09.28.01; Wed, 25 Oct 2017 09:28:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751898AbdJYQ1g (ORCPT + 99 others); Wed, 25 Oct 2017 12:27:36 -0400 Received: from mga06.intel.com ([134.134.136.31]:38467 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751775AbdJYQ1f (ORCPT ); Wed, 25 Oct 2017 12:27:35 -0400 Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga104.jf.intel.com with ESMTP; 25 Oct 2017 09:27:34 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.43,432,1503385200"; d="scan'208";a="167500976" Received: from gvt-dell.bj.intel.com (HELO gvt-dell-host.bj.intel.com) ([10.238.154.59]) by fmsmga006.fm.intel.com with ESMTP; 25 Oct 2017 09:27:33 -0700 From: changbin.du@intel.com To: rostedt@goodmis.org, mingo@redhat.com Cc: linux-kernel@vger.kernel.org, Changbin Du Subject: [PATCH v2] tracing: Allocate mask_str buffer dynamically Date: Thu, 26 Oct 2017 00:20:28 +0800 Message-Id: <1508948428-4969-1-git-send-email-changbin.du@intel.com> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Changbin Du 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. The exact buffer size should be: DIV_ROUND_UP(nr_cpu_ids, 4) + nr_cpu_ids/32 + 2; Example output: ff,ffffffff Signed-off-by: Changbin Du --- v2: - remove 'static' declaration. - fix buffer size. --- kernel/trace/trace.c | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c index 752e5da..6b70648 100644 --- a/kernel/trace/trace.c +++ b/kernel/trace/trace.c @@ -4184,31 +4184,33 @@ static const struct file_operations show_traces_fops = { */ static DEFINE_MUTEX(tracing_cpumask_update_lock); -/* - * Temporary storage for the character representation of the - * CPU bitmask (and one more byte for the newline): - */ -static char mask_str[NR_CPUS + 1]; - static ssize_t tracing_cpumask_read(struct file *filp, char __user *ubuf, size_t count, loff_t *ppos) { struct trace_array *tr = file_inode(filp)->i_private; + char *mask_str; int len; + /* Bitmap, ',' and two more bytes for the newline and '\0'. */ + len = DIV_ROUND_UP(nr_cpu_ids, 4) + nr_cpu_ids/32 + 2; + mask_str = kmalloc(len, GFP_KERNEL); + if (!mask_str) + return -ENOMEM; + mutex_lock(&tracing_cpumask_update_lock); - len = snprintf(mask_str, count, "%*pb\n", + len = snprintf(mask_str, len, "%*pb\n", cpumask_pr_args(tr->tracing_cpumask)); if (len >= count) { count = -EINVAL; goto out_err; } - count = simple_read_from_buffer(ubuf, count, ppos, mask_str, NR_CPUS+1); + count = simple_read_from_buffer(ubuf, count, ppos, mask_str, len); out_err: mutex_unlock(&tracing_cpumask_update_lock); + kfree(mask_str); return count; } -- 2.7.4 From 1582239343615535865@xxx Wed Oct 25 14:17:04 +0000 2017 X-GM-THRID: 1582228994579987643 X-Gmail-Labels: Inbox,Category Forums