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;
IronPort-SDR: I99NEnhRfh65Jl+myeq0YMNq4oUsdg5GGrXSg2aSZviAe0BFS77R3NHbvNp3+lPhu5WT9GdmRd
 IdNUnaySSfhg==
IronPort-SDR: Q1cbkn/oy6GDcFfbk9aYyq3XvQKjy5SttoHDUZ/DIbBjDWN+UDS6Hc56JoHiJvsQdRQvU51lGW
 bcGMRVRky6wQ==
Date:   Thu, 9 Jul 2020 10:50:46 -0700
From:   Andi Kleen <ak@linux.intel.com>
To:     Adrian Hunter <adrian.hunter@intel.com>
Cc:     Arnaldo Carvalho de Melo <acme@kernel.org>,
        Jiri Olsa <jolsa@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 05/11] perf intel-pt: Use itrace error flags to suppress
 some errors
Message-ID: <20200709175046.GA1126680@tassilo.jf.intel.com>
References: <20200709173628.5613-1-adrian.hunter@intel.com>
 <20200709173628.5613-6-adrian.hunter@intel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20200709173628.5613-6-adrian.hunter@intel.com>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Thu, Jul 09, 2020 at 08:36:22PM +0300, Adrian Hunter wrote:
> The itrace "e" option may be followed by a number which has the
> following effect for Intel PT:
> 	1	Suppress overflow events
> 	2	Suppress trace data lost events
> The values may be combined by bitwise OR'ing them.
> 
> Suppressing those errors can be useful for testing and debugging
> because they are not due to decoding.

I suspect it will be useful to more than just decoding and debugging.

But the number is not a nice user interface.

How about e[....] 

like e[ol] 

Also it's a bit unusual that this disables instead of enables, but ok.

-Andi