From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AD0991B7ED; Tue, 16 Jan 2024 11:15:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="NNWWAf/T" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1705403716; x=1736939716; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=KGj83XYIkXNIHgAxpE7C2tWJ2jS/Hwvrh3NCtwWmTmE=; b=NNWWAf/TaCm1MF71uSKFnneZgyBVD3sLebhrmg99BpYLeefTOIKp31jD cVJ7NtnOMHu+PRk7XfDnEWKrHqkQrk8DYhFlEAEggQK3Co2zURM3NkhCJ R8+Tbojx92/Io7yIvHAW0KZva5+9p2o9IwS5k4FH2AjRuV3gOdBFXxNcz tjMQpMS1rsI4Jy7BDmZe2gIQF7jkOJUgkHpdKEmEgRnv+g+EBdgByniz0 gndPMmH7XRCH7jeyfTL/WjFP6eLfc+sOGuhc9NScVPXlnV39L9qvKZjT2 PPoLjwfs60UFfKEHSe8VeJ7jFpgA9Gpc/u9lxgP7l7ERcfrvJQoydP5gV Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10954"; a="7214109" X-IronPort-AV: E=Sophos;i="6.04,198,1695711600"; d="scan'208";a="7214109" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jan 2024 03:15:15 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.04,198,1695711600"; d="scan'208";a="32419003" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.54.38.190]) by orviesa001.jf.intel.com with ESMTP; 16 Jan 2024 03:15:15 -0800 Received: by tassilo.localdomain (Postfix, from userid 1000) id C1371301BD1; Tue, 16 Jan 2024 03:15:14 -0800 (PST) From: Andi Kleen To: Adrian Hunter Cc: Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Heiko Carstens , Thomas Richter , Hendrik Brueckner , Suzuki K Poulose , Mike Leach , James Clark , coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, Yicong Yang , Jonathan Cameron , Will Deacon , Arnaldo Carvalho de Melo , Jiri Olsa , Namhyung Kim , Ian Rogers , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org Subject: Re: [PATCH V4 10/11] perf intel-pt: Add documentation for pause / resume In-Reply-To: <20240111081914.3123-11-adrian.hunter@intel.com> (Adrian Hunter's message of "Thu, 11 Jan 2024 10:19:13 +0200") References: <20240111081914.3123-1-adrian.hunter@intel.com> <20240111081914.3123-11-adrian.hunter@intel.com> Date: Tue, 16 Jan 2024 03:15:14 -0800 Message-ID: <87ply1lebh.fsf@linux.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Adrian Hunter writes: > + > +For example, to trace only the uname system call (sys_newuname) when running the > +command line utility uname: > + > + $ perf record --kcore -e > intel_pt/aux-action=start-paused/k,syscalls:sys_enter_newuname/aux-action=resume/,syscalls:sys_exit_newuname/aux-action=pause/ > uname It's unclear if the syntax works for hardware break points, kprobes, uprobes too? That would be most useful. If it works would be good to add examples for it. -Andi