Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp646559pxu; Tue, 1 Dec 2020 22:59:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJzsyZc6/D0WS7CkCwUA2cirB9MmWKi8xRBY5eF95xR6ofUwa+LlYt2sDLia9o4QLSLXWAFv X-Received: by 2002:a17:906:1752:: with SMTP id d18mr980165eje.529.1606892361571; Tue, 01 Dec 2020 22:59:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606892361; cv=none; d=google.com; s=arc-20160816; b=Ut6+cEUh5+cV4EcIeiuQuE0zFAtFk0ksmIwtlIB9Hna2duCG5LON1aFhi41H1RBdOu n6s9h4U+UvflrK+oxQUYGLvk2ZYFmqtnTdNIHFBUtFa+qZ/VqNuP3DpZGz8+u6dgBOjr DuF8wQFWSh2pKzsBRzBCJYC6BDNmuekKkGmjbxEVnPve4jAD0c+r1JUOWgJ4YzHC6J90 94sLBnLy/c41/8FcTZfDjVLnvYv8aVq1H6CL5QFlTj3m6nxjwMJvvJnIfeGbtaBrdA3I Mm6JEYqwR+n7oyI6iQdZfpxLAV9JW1YnrjTOrO+bDlgV7FcJxQWdpxq+uUETYm1JQjPk po8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-sdr :ironport-sdr; bh=qocvZRJn2tkHtSCGQeT4Lhx8FsHf19l02dCaSDvc1TM=; b=yj07P8GOGV2gOfOWt5RDAUWCt+Xf66OOb74eoykcrZWuVI8S26kVU39O4dIVFUMf9/ if/ovQ9o5qMvtuxRzaf+sUu0P6p1wSim0pr2LobJeDOdoKLYvzxSFUUz0QpvDLvQE7q2 8UZ3qzSfcjYDNGXKzIo+CJOx4ulusnb0k8sPjmgVlXNCp/L3bFC3KtnUBr5YcjSfgZQT KXs59gPjjuVkgxzyZjo9lwRu1tV97/yMts0K3Ow1c4mu04cZZBkHNdo0ubLEsai0UBm5 bAKwfKjhsUg2Y0WWo0OBEAQelneH7aoiZlUw+q/rNj2HMv2QfosPDCl4A2n7QLfsaC1X OQtQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id a24si328432ejr.522.2020.12.01.22.58.58; Tue, 01 Dec 2020 22:59:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1728623AbgLBG5Q (ORCPT + 99 others); Wed, 2 Dec 2020 01:57:16 -0500 Received: from mga01.intel.com ([192.55.52.88]:7461 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727108AbgLBG5P (ORCPT ); Wed, 2 Dec 2020 01:57:15 -0500 IronPort-SDR: sFhi2PLOeMR2FqbWHROti706EjvwTpZO3GEGdyRAoWBc/pWEURBnyooTgz4Gn32yG8wqhKlE+G fVsRuJcGKAHg== X-IronPort-AV: E=McAfee;i="6000,8403,9822"; a="191177299" X-IronPort-AV: E=Sophos;i="5.78,385,1599548400"; d="scan'208";a="191177299" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Dec 2020 22:55:28 -0800 IronPort-SDR: 6zOGQ4OUp/IhOQcWblEiSI5CyWmGZlxJZG7LbmCkqPjOo++OgKlAe76NffYmKTf4R39RA1Z+eD k2DkgMWOYaJw== X-IronPort-AV: E=Sophos;i="5.78,385,1599548400"; d="scan'208";a="365157555" Received: from tassilo.jf.intel.com ([10.54.74.11]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Dec 2020 22:55:28 -0800 Date: Tue, 1 Dec 2020 22:55:26 -0800 From: Andi Kleen To: Ian Rogers Cc: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , LKML , Jin Yao , John Garry , Paul Clarke , kajoljain , Stephane Eranian , Sandeep Dasgupta Subject: Re: [PATCH v4 5/5] perf metric: Don't compute unused events. Message-ID: <20201202065526.GE1363814@tassilo.jf.intel.com> References: <20201202062646.3780002-1-irogers@google.com> <20201202062646.3780002-6-irogers@google.com> <20201202063657.GC1363814@tassilo.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Can't this be all in a macro? It's still a lot of duplication. > > I'm still not a fan, but I think with a macro it wouldn't be too bad. > > Ugh, not a fan of macros. They expand to a single line of code and make > debugging hard. I'll do a v5 with a macro :-/ I suppose you could inlines with callbacks too, with one liner functions for the operands. -Andi