Received: by 10.223.164.202 with SMTP id h10csp183892wrb; Wed, 29 Nov 2017 19:48:02 -0800 (PST) X-Google-Smtp-Source: AGs4zMYWRhdUeOS/+29w5qM0covNoRdXmW6eaXlUijfvhKkNtE6Sv35R3wtz5M7yLiFi2Fb2PvRZ X-Received: by 10.84.197.3 with SMTP id m3mr1199191pld.264.1512013682604; Wed, 29 Nov 2017 19:48:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1512013682; cv=none; d=google.com; s=arc-20160816; b=N7RSKmhTb6l1pgYX+nSCwKbVVviJKBrKAqHa3fSp/UWdRK2tpLGkpUsYhvc0m9TNRa xYDoJqG7w/Suer4RkVOPh8JXh5ny0JxzLQWdfPDgaGBHAB2V1J1aORIzOBo+vYqK4rDw wGRIjTdJ/kEDgn1tMqa6O1qEUMmp1/UXi9zsAMC2Af1Gxm3rqo4OkpbV7ys6yT8PeJdW /O0EXxxnSs8qWeeOjdwFGBjtzMlZqtukOOITQdfm73zeeC/nRVFV4Q03LalGkrvrPztb TnnxvcS57hxsseZ7nghDkI5Dm68MdDXusvm49/BNFQeExFmRuzsU6U3sQVXZY7t9eDbe Tjgg== 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=tXByZ7BBkznVMkoI+DNgZ6SKydPPQFxAsBjcYRnmfGs=; b=L0GDN6FFAKAqpUFoYwAW17eZ+MYL3HK9w3BxnOB1zYdEoOR16DZs/awbzcKj5QaeIT W2LX7OI1zIIi3WE0YGAfcLq9Qhz02Ykn/m/BlfXPrFb44FmUxX73cW4tnfNjgeRI84Ra RoSsQ7fhrS2/tbUWi0OUtFVT+l6ckx1Fldrb8fossPRS7twrvmkGKb10QwTZl8e0ndru j8B4LJ4JmZzMznrOsCx/L7/C/p+moUzYY/gsfIqORrOzy5adBJhxJoh5yqwK6tOjeyi2 PKjK1D8kHhXxjiF4a4ArNHpURgI/+XUpS7oaYbdsSowwtGdGtA1Jw2QTG27RfzPquUv8 4o9A== 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 u129si2293185pgc.763.2017.11.29.19.47.47; Wed, 29 Nov 2017 19:48:02 -0800 (PST) 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 S1753432AbdK3Dra (ORCPT + 99 others); Wed, 29 Nov 2017 22:47:30 -0500 Received: from mga09.intel.com ([134.134.136.24]:42400 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751959AbdK3Dr3 (ORCPT ); Wed, 29 Nov 2017 22:47:29 -0500 Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Nov 2017 19:47:28 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.45,339,1508828400"; d="scan'208";a="182230401" 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; 29 Nov 2017 19:47:27 -0800 From: changbin.du@intel.com To: rostedt@goodmis.org Cc: mingo@redhat.com, linux-kernel@vger.kernel.org, Changbin Du Subject: [PATCH v4] tracing: Allocate mask_str buffer dynamically Date: Thu, 30 Nov 2017 11:39:43 +0800 Message-Id: <1512013183-19107-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. With this change, the mutext tracing_cpumask_update_lock also can be removed now, which was used to protect mask_str. Signed-off-by: Changbin Du Cc: Steven Rostedt --- v4: - calculate the buffer size using snprintf. (Rostedt) v3: - remove tracing_cpumask_update_lock which was used to protect mask_str. (Rostedt) v2: - remove 'static' declaration. - fix buffer size. --- kernel/trace/trace.c | 29 +++++++++-------------------- 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c index 73e67b6..53d29c7 100644 --- a/kernel/trace/trace.c +++ b/kernel/trace/trace.c @@ -4178,37 +4178,30 @@ static const struct file_operations show_traces_fops = { .llseek = seq_lseek, }; -/* - * The tracer itself will not take this lock, but still we want - * to provide a consistent cpumask to user-space: - */ -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; - mutex_lock(&tracing_cpumask_update_lock); + len = snprintf(NULL, 0, "%*pb\n", + cpumask_pr_args(tr->tracing_cpumask)) + 1; + mask_str = kmalloc(len, GFP_KERNEL); + if (!mask_str) + return -ENOMEM; - 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; } @@ -4228,8 +4221,6 @@ tracing_cpumask_write(struct file *filp, const char __user *ubuf, if (err) goto err_unlock; - mutex_lock(&tracing_cpumask_update_lock); - local_irq_disable(); arch_spin_lock(&tr->max_lock); for_each_tracing_cpu(cpu) { @@ -4252,8 +4243,6 @@ tracing_cpumask_write(struct file *filp, const char __user *ubuf, local_irq_enable(); cpumask_copy(tr->tracing_cpumask, tracing_cpumask_new); - - mutex_unlock(&tracing_cpumask_update_lock); free_cpumask_var(tracing_cpumask_new); return count; -- 2.7.4 From 1585460606483662048@xxx Thu Nov 30 03:37:40 +0000 2017 X-GM-THRID: 1585374689803176997 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread