Re: [PATCH v3 3/4] perf record: Don't clear event's period if set by a term

2020-09-13 Thread Adrian Hunter
y disabled if configuration > terms aren't present. > > Fixes: 5f34278867b7 ("perf evlist: Move leader-sampling configuration") > Signed-off-by: Ian Rogers Acked-by: Adrian Hunter > --- > tools/perf/util/record.c | 34 ++ > 1 file

Re: [PATCH v2 4/5] perf record: Don't clear event's period if set by a term

2020-09-06 Thread Adrian Hunter
On 4/09/20 8:43 am, Ian Rogers wrote: > On Tue, Aug 4, 2020 at 8:50 AM Ian Rogers wrote: >> On Tue, Aug 4, 2020 at 7:49 AM Adrian Hunter wrote: >>> On 4/08/20 4:33 pm, Ian Rogers wrote: >>>> On Tue, Aug 4, 2020 at 3:08 AM Adrian Hunter >>>> wrote: &g

Re: [PATCH v2 4/5] perf record: Don't clear event's period if set by a term

2020-08-04 Thread Adrian Hunter
On 4/08/20 4:33 pm, Ian Rogers wrote: > On Tue, Aug 4, 2020 at 3:08 AM Adrian Hunter wrote: >> >> On 28/07/20 11:57 am, Ian Rogers wrote: >>> If events in a group explicitly set a frequency or period with leader >>> sampling, don't disable the samples

Re: [PATCH v2 4/5] perf record: Don't clear event's period if set by a term

2020-08-04 Thread Adrian Hunter
On 28/07/20 11:57 am, Ian Rogers wrote: > If events in a group explicitly set a frequency or period with leader > sampling, don't disable the samples on those events. > > Prior to 5.8: > perf record -e '{cycles/period=12345000/,instructions/period=6789000/}:S' Might be worth explaining this use-c

Re: [RFC PATCH] perf, bpf: Retain kernel executable code in memory to aid Intel PT tracing

2019-02-11 Thread Adrian Hunter
On 11/02/19 10:18 AM, Alexei Starovoitov wrote: > On Mon, Feb 11, 2019 at 09:54:01AM +0200, Adrian Hunter wrote: >> >> Which is not really a real use-case. > .. >>> perf analysis with PT becomes inaccurate and main goal >>> of retaining accurate instruction

Re: [RFC PATCH] perf, bpf: Retain kernel executable code in memory to aid Intel PT tracing

2019-02-10 Thread Adrian Hunter
On 9/02/19 1:29 AM, Alexei Starovoitov wrote: > On Thu, Feb 07, 2019 at 01:19:01PM +0200, Adrian Hunter wrote: >> Subject to memory pressure and other limits, retain executable code, such >> as JIT-compiled bpf, in memory instead of freeing it immediately it is no >> longer

Re: [PATCH 4/4] mtd: nand: nandsim: convert to memalloc_noreclaim_*()

2017-04-05 Thread Adrian Hunter
On 05/04/17 14:39, Vlastimil Babka wrote: > On 04/05/2017 01:36 PM, Richard Weinberger wrote: >> Michal, >> >> Am 05.04.2017 um 13:31 schrieb Michal Hocko: >>> On Wed 05-04-17 09:47:00, Vlastimil Babka wrote: Nandsim has own functions set_memalloc() and clear_memalloc() for robust setting