Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3982345ybv; Mon, 10 Feb 2020 10:01:28 -0800 (PST) X-Google-Smtp-Source: APXvYqwNUMWQXwNJw46XqviZ6zlYT0/+QzEVnTLPJ2BaAr2faMcngCCA/Y9pncNWR9B8Dmlg8FxQ X-Received: by 2002:aca:4f8e:: with SMTP id d136mr165298oib.61.1581357687981; Mon, 10 Feb 2020 10:01:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581357687; cv=none; d=google.com; s=arc-20160816; b=lq0iYGUkGAmFmmGQAwAV1gw0huuOq0QhRYJni7wkEFCY1e48zUk1cHnTe14msxcjlc urzDIMYvb/Y/wPuEx6bcI6Udmli/rZz95/tuoFYn3pGhuOuVkir6+LjZxacaTjOmpDgn hJy31Y6ARdM0ZmWBZK3j1M0Fe5w/WIVw46RqGlFZjV0cQkUfpLNOaxumfjTNlhngSSO+ rUePQM/L7WWQCqWNJtW4FPuYKG9CtIurZJSDbW58VlbeIzG6vPcuT4n8fUvkoZCowaUp owI2fllLuaSmFnzZaMvw25G8ltET7YNzq7/LNZmAo/6BHeMp5pbZLIHfd2bk2WbpZotI KSwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=YOsLEkb0a1S7ufDOGPGdmMUazTvXXk8QAOq+7VBfrGs=; b=XBRhV+4iIqOeKss5GSnpuT1ulcN5PZ16GKPcGLZrBpMHIHfAn+jzgqUC+mM4KQDiS5 XuZW85KsnhMa5iCBROZ7xvJeYXXIJK172DAmXA+Q7xjoUYQsp6mYAWJHC99zUg2mOHBB 37AkwpCG8q4yIeSZuPjXFZgu7K5g7tSzrjd8EkTSvta4i22ghw4leky8UF7HEomx+M6y VSI4ZBWDzA2+2Ad1BvR5Rvjq0Ef0JvK8CldH4ZUv5L6LX8Rx/He5Ycmz83ZPZ26AeqQz r8guR9gJkGUhbuDVBlnntpF+cV47uKys6/GfC7EMaF+Xj5KCthzDF6BXc9CVDA7CX6lD oxng== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s17si524261otd.76.2020.02.10.10.01.15; Mon, 10 Feb 2020 10:01:27 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727056AbgBJSAr (ORCPT + 99 others); Mon, 10 Feb 2020 13:00:47 -0500 Received: from mga01.intel.com ([192.55.52.88]:35962 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726950AbgBJSAr (ORCPT ); Mon, 10 Feb 2020 13:00:47 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Feb 2020 10:00:31 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,425,1574150400"; d="scan'208";a="280700464" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.7.201.21]) by FMSMGA003.fm.intel.com with ESMTP; 10 Feb 2020 10:00:31 -0800 Received: by tassilo.localdomain (Postfix, from userid 1000) id 3DBFE300503; Mon, 10 Feb 2020 10:00:31 -0800 (PST) Date: Mon, 10 Feb 2020 10:00:31 -0800 From: Andi Kleen To: Jiri Olsa Cc: Joe Perches , Kajol Jain , acme@kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Jiri Olsa , Alexander Shishkin , Kan Liang , Peter Zijlstra , Jin Yao , Madhavan Srinivasan , Anju T Sudhakar , Ravi Bangoria Subject: Re: [PATCH v3] tools/perf/metricgroup: Fix printing event names of metric group with multiple events incase of overlapping events Message-ID: <20200210180031.GY302770@tassilo.jf.intel.com> References: <20200131052522.7267-1-kjain@linux.ibm.com> <20200206184510.GA1669706@krava> <51a4b570eb47e80801a460c89acf20d13a269600.camel@perches.com> <20200210121135.GI1907700@krava> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200210121135.GI1907700@krava> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > stack declarations of variable length arrays are not > > a good thing. > > > > https://lwn.net/Articles/749089/ > > > > and > > > > bool evlist_used[perf_evlist->core.nr_entries] = {}; > > hum, I think we already have few of them in perf ;-) For user space they don't really matter as long as the size is not totally out of bound, it has a fairly large stack compared to the kernel, and also is less security sensitive. -Andi