From: Mathieu Poirier <mathieu.poirier@linaro.org> To: Suzuki K Poulose <suzuki.poulose@arm.com> Cc: Anshuman Khandual <anshuman.khandual@arm.com>, linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org, mike.leach@linaro.org, lcherian@marvell.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH V3 01/14] coresight: etm-perf: Allow an event to use different sinks Date: Tue, 2 Feb 2021 09:37:03 -0700 [thread overview] Message-ID: <20210202163703.GA1536093@xps15> (raw) In-Reply-To: <2438dab1-2d28-74f9-92b5-34d9aa09acda@arm.com> On Tue, Feb 02, 2021 at 09:42:34AM +0000, Suzuki K Poulose wrote: > On 2/1/21 11:17 PM, Mathieu Poirier wrote: > > Hi Anshuman, > > > > I have started reviewing this set. As it is quite voluminous comments will > > come over serveral days. I will let you know when I am done. > > > > On Wed, Jan 27, 2021 at 02:25:25PM +0530, Anshuman Khandual wrote: > > > From: Suzuki K Poulose <suzuki.poulose@arm.com> > > > > > > When there are multiple sinks on the system, in the absence > > > of a specified sink, it is quite possible that a default sink > > > for an ETM could be different from that of another ETM. However > > > we do not support having multiple sinks for an event yet. This > > > patch allows the event to use the default sinks on the ETMs > > > where they are scheduled as long as the sinks are of the same > > > type. > > > > > > e.g, if we have 1x1 topology with per-CPU ETRs, the event can > > > use the per-CPU ETR for the session. However, if the sinks > > > are of different type, e.g TMC-ETR on one and a custom sink > > > on another, the event will only trace on the first detected > > > sink. > > > > > > > I found the above changelog very confusing - I read it several times and still > > couldn't get all of it. In the end this patch prevents sinks of different types > > from being used for session, and this is what the text should reflect. > > Sorry about that. Your inference is correct, but it is only a side effect > of the primary motive. How about the following : > > "When a sink is not specified by the user, the etm perf driver > finds a suitable sink automatically based on the first ETM, where > this event could be scheduled. Then we allocate the sink buffer based > on the selected sink. This is fine for a CPU bound event as the "sink" > is always guaranteed to be reachable from the ETM (as this is the only > ETM where the event is going to be scheduled). However, if we have a task > bound event, the event could be scheduled on any of the ETMs on the > system. In this case, currently we automatically select a sink and exclude > any ETMs that are not reachable from the selected sink. This is > problematic for 1x1 configurations as we end up in tracing the event > only on the "first" ETM, as the default sink is local to the first > ETM and unreachable from the rest. > However, we could allow the other ETMs to trace if they all have a > sink that is compatible with the "selected" sink and can use the > sink buffer. This can be easily done by verifying that they are > all driven by the same driver and matches the same subtype." > Much better, thanks for the rework. > > > > Cc: Mathieu Poirier <mathieu.poirier@linaro.org> > > > Cc: Mike Leach <mike.leach@linaro.org> > > > Tested-by: Linu Cherian <lcherian@marvell.com> > > > Signed-off-by: Suzuki K Poulose <suzuki.poulose@arm.com> > > > Signed-off-by: Anshuman Khandual <anshuman.khandual@arm.com> > > > --- > > > drivers/hwtracing/coresight/coresight-etm-perf.c | 48 +++++++++++++++++++----- > > > 1 file changed, 38 insertions(+), 10 deletions(-) > > > > > > diff --git a/drivers/hwtracing/coresight/coresight-etm-perf.c b/drivers/hwtracing/coresight/coresight-etm-perf.c > > > index bdc34ca..eb9e7e9 100644 > > > --- a/drivers/hwtracing/coresight/coresight-etm-perf.c > > > +++ b/drivers/hwtracing/coresight/coresight-etm-perf.c > > > @@ -204,6 +204,13 @@ static void etm_free_aux(void *data) > > > schedule_work(&event_data->work); > > > } > > > +static bool sinks_match(struct coresight_device *a, struct coresight_device *b) > > > +{ > > > + if (!a || !b) > > > + return false; > > > + return (sink_ops(a) == sink_ops(b)); > > > > Yes > > I think we can tighten this by verifying the dev->sub_type matches too. > We could do that but I'm not sure we need to. I remember spending a few minutes yesterday thinking about ways to make the test more stringent but in the end I thought what you had was sufficient, at least for now. I'll leave that one to you - proceed as you see fit. > > > > > +} > > > + > > > static void *etm_setup_aux(struct perf_event *event, void **pages, > > > int nr_pages, bool overwrite) > > > { > > > @@ -212,6 +219,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > cpumask_t *mask; > > > struct coresight_device *sink = NULL; > > > > struct coresight_device *user_sink = NULL; > > > > > struct etm_event_data *event_data = NULL; > > > + bool sink_forced = false; > > > event_data = alloc_event_data(cpu); > > > if (!event_data) > > > @@ -222,6 +230,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > if (event->attr.config2) { > > > id = (u32)event->attr.config2; > > > sink = coresight_get_sink_by_id(id); > > > > user_sink = coresight_get_sink_by_id(id); > > > > > + sink_forced = true; > > > } > > > mask = &event_data->mask; > > > @@ -235,7 +244,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > */ > > > for_each_cpu(cpu, mask) { > > > struct list_head *path; > > > - struct coresight_device *csdev; > > > > struct coresight_device *last_sink = NULL; > > > > > + struct coresight_device *csdev, *new_sink; > > > csdev = per_cpu(csdev_src, cpu); > > > /* > > > @@ -249,21 +258,35 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > } > > > /* > > > - * No sink provided - look for a default sink for one of the > > > - * devices. At present we only support topology where all CPUs > > > - * use the same sink [N:1], so only need to find one sink. The > > > - * coresight_build_path later will remove any CPU that does not > > > - * attach to the sink, or if we have not found a sink. > > > + * No sink provided - look for a default sink for all the devices. > > > + * We only support multiple sinks, only if all the default sinks > > > + * are of the same type, so that the sink buffer can be shared > > > + * as the event moves around. We don't trace on a CPU if it can't > > > > s/can't/can't./ > > > > > + * > > > > Extra line > > > > OK > > > > */ > > > - if (!sink) > > > - sink = coresight_find_default_sink(csdev); > > > + if (!sink_forced) { > > > + new_sink = coresight_find_default_sink(csdev); > > > + if (!new_sink) { > > > + cpumask_clear_cpu(cpu, mask); > > > + continue; > > > + } > > > + /* Skip checks for the first sink */ > > > + if (!sink) { > > > + sink = new_sink; > > > + } else if (!sinks_match(new_sink, sink)) { > > > + cpumask_clear_cpu(cpu, mask); > > > + continue; > > > + } > > > + } else { > > > + new_sink = sink; > > > + } > > > > if (!user_sink) { > > /* find default sink for this CPU */ > > sink = coresight_find_default_sink(csdev); > > if (!sink) { > > cpumask_clear_cpu(cpu, mask); > > continue; > > } > > > > /* Chech new sink with last sink */ > > if (last_sink && !sink_match(last_sink, sink)) { > > cpumask_clear_cpu(cpu, mask); > > continue; > > } > > > > last_sink = sink; > > } else { > > sink = user_sink; > > } > > > > Agreed, it is much better readable. > > Suzuki
WARNING: multiple messages have this Message-ID (diff)
From: Mathieu Poirier <mathieu.poirier@linaro.org> To: Suzuki K Poulose <suzuki.poulose@arm.com> Cc: Anshuman Khandual <anshuman.khandual@arm.com>, coresight@lists.linaro.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, lcherian@marvell.com, mike.leach@linaro.org Subject: Re: [PATCH V3 01/14] coresight: etm-perf: Allow an event to use different sinks Date: Tue, 2 Feb 2021 09:37:03 -0700 [thread overview] Message-ID: <20210202163703.GA1536093@xps15> (raw) In-Reply-To: <2438dab1-2d28-74f9-92b5-34d9aa09acda@arm.com> On Tue, Feb 02, 2021 at 09:42:34AM +0000, Suzuki K Poulose wrote: > On 2/1/21 11:17 PM, Mathieu Poirier wrote: > > Hi Anshuman, > > > > I have started reviewing this set. As it is quite voluminous comments will > > come over serveral days. I will let you know when I am done. > > > > On Wed, Jan 27, 2021 at 02:25:25PM +0530, Anshuman Khandual wrote: > > > From: Suzuki K Poulose <suzuki.poulose@arm.com> > > > > > > When there are multiple sinks on the system, in the absence > > > of a specified sink, it is quite possible that a default sink > > > for an ETM could be different from that of another ETM. However > > > we do not support having multiple sinks for an event yet. This > > > patch allows the event to use the default sinks on the ETMs > > > where they are scheduled as long as the sinks are of the same > > > type. > > > > > > e.g, if we have 1x1 topology with per-CPU ETRs, the event can > > > use the per-CPU ETR for the session. However, if the sinks > > > are of different type, e.g TMC-ETR on one and a custom sink > > > on another, the event will only trace on the first detected > > > sink. > > > > > > > I found the above changelog very confusing - I read it several times and still > > couldn't get all of it. In the end this patch prevents sinks of different types > > from being used for session, and this is what the text should reflect. > > Sorry about that. Your inference is correct, but it is only a side effect > of the primary motive. How about the following : > > "When a sink is not specified by the user, the etm perf driver > finds a suitable sink automatically based on the first ETM, where > this event could be scheduled. Then we allocate the sink buffer based > on the selected sink. This is fine for a CPU bound event as the "sink" > is always guaranteed to be reachable from the ETM (as this is the only > ETM where the event is going to be scheduled). However, if we have a task > bound event, the event could be scheduled on any of the ETMs on the > system. In this case, currently we automatically select a sink and exclude > any ETMs that are not reachable from the selected sink. This is > problematic for 1x1 configurations as we end up in tracing the event > only on the "first" ETM, as the default sink is local to the first > ETM and unreachable from the rest. > However, we could allow the other ETMs to trace if they all have a > sink that is compatible with the "selected" sink and can use the > sink buffer. This can be easily done by verifying that they are > all driven by the same driver and matches the same subtype." > Much better, thanks for the rework. > > > > Cc: Mathieu Poirier <mathieu.poirier@linaro.org> > > > Cc: Mike Leach <mike.leach@linaro.org> > > > Tested-by: Linu Cherian <lcherian@marvell.com> > > > Signed-off-by: Suzuki K Poulose <suzuki.poulose@arm.com> > > > Signed-off-by: Anshuman Khandual <anshuman.khandual@arm.com> > > > --- > > > drivers/hwtracing/coresight/coresight-etm-perf.c | 48 +++++++++++++++++++----- > > > 1 file changed, 38 insertions(+), 10 deletions(-) > > > > > > diff --git a/drivers/hwtracing/coresight/coresight-etm-perf.c b/drivers/hwtracing/coresight/coresight-etm-perf.c > > > index bdc34ca..eb9e7e9 100644 > > > --- a/drivers/hwtracing/coresight/coresight-etm-perf.c > > > +++ b/drivers/hwtracing/coresight/coresight-etm-perf.c > > > @@ -204,6 +204,13 @@ static void etm_free_aux(void *data) > > > schedule_work(&event_data->work); > > > } > > > +static bool sinks_match(struct coresight_device *a, struct coresight_device *b) > > > +{ > > > + if (!a || !b) > > > + return false; > > > + return (sink_ops(a) == sink_ops(b)); > > > > Yes > > I think we can tighten this by verifying the dev->sub_type matches too. > We could do that but I'm not sure we need to. I remember spending a few minutes yesterday thinking about ways to make the test more stringent but in the end I thought what you had was sufficient, at least for now. I'll leave that one to you - proceed as you see fit. > > > > > +} > > > + > > > static void *etm_setup_aux(struct perf_event *event, void **pages, > > > int nr_pages, bool overwrite) > > > { > > > @@ -212,6 +219,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > cpumask_t *mask; > > > struct coresight_device *sink = NULL; > > > > struct coresight_device *user_sink = NULL; > > > > > struct etm_event_data *event_data = NULL; > > > + bool sink_forced = false; > > > event_data = alloc_event_data(cpu); > > > if (!event_data) > > > @@ -222,6 +230,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > if (event->attr.config2) { > > > id = (u32)event->attr.config2; > > > sink = coresight_get_sink_by_id(id); > > > > user_sink = coresight_get_sink_by_id(id); > > > > > + sink_forced = true; > > > } > > > mask = &event_data->mask; > > > @@ -235,7 +244,7 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > */ > > > for_each_cpu(cpu, mask) { > > > struct list_head *path; > > > - struct coresight_device *csdev; > > > > struct coresight_device *last_sink = NULL; > > > > > + struct coresight_device *csdev, *new_sink; > > > csdev = per_cpu(csdev_src, cpu); > > > /* > > > @@ -249,21 +258,35 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, > > > } > > > /* > > > - * No sink provided - look for a default sink for one of the > > > - * devices. At present we only support topology where all CPUs > > > - * use the same sink [N:1], so only need to find one sink. The > > > - * coresight_build_path later will remove any CPU that does not > > > - * attach to the sink, or if we have not found a sink. > > > + * No sink provided - look for a default sink for all the devices. > > > + * We only support multiple sinks, only if all the default sinks > > > + * are of the same type, so that the sink buffer can be shared > > > + * as the event moves around. We don't trace on a CPU if it can't > > > > s/can't/can't./ > > > > > + * > > > > Extra line > > > > OK > > > > */ > > > - if (!sink) > > > - sink = coresight_find_default_sink(csdev); > > > + if (!sink_forced) { > > > + new_sink = coresight_find_default_sink(csdev); > > > + if (!new_sink) { > > > + cpumask_clear_cpu(cpu, mask); > > > + continue; > > > + } > > > + /* Skip checks for the first sink */ > > > + if (!sink) { > > > + sink = new_sink; > > > + } else if (!sinks_match(new_sink, sink)) { > > > + cpumask_clear_cpu(cpu, mask); > > > + continue; > > > + } > > > + } else { > > > + new_sink = sink; > > > + } > > > > if (!user_sink) { > > /* find default sink for this CPU */ > > sink = coresight_find_default_sink(csdev); > > if (!sink) { > > cpumask_clear_cpu(cpu, mask); > > continue; > > } > > > > /* Chech new sink with last sink */ > > if (last_sink && !sink_match(last_sink, sink)) { > > cpumask_clear_cpu(cpu, mask); > > continue; > > } > > > > last_sink = sink; > > } else { > > sink = user_sink; > > } > > > > Agreed, it is much better readable. > > Suzuki _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-02-02 16:39 UTC|newest] Thread overview: 181+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-01-27 8:55 [PATCH V3 00/14] arm64: coresight: Enable ETE and TRBE Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-27 8:55 ` [PATCH V3 01/14] coresight: etm-perf: Allow an event to use different sinks Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-01 23:17 ` Mathieu Poirier 2021-02-01 23:17 ` Mathieu Poirier 2021-02-02 9:42 ` Suzuki K Poulose 2021-02-02 9:42 ` Suzuki K Poulose 2021-02-02 16:33 ` Mike Leach 2021-02-02 16:33 ` Mike Leach 2021-02-02 22:41 ` Suzuki K Poulose 2021-02-02 22:41 ` Suzuki K Poulose 2021-02-04 12:27 ` Mike Leach 2021-02-04 12:27 ` Mike Leach 2021-02-02 16:37 ` Mathieu Poirier [this message] 2021-02-02 16:37 ` Mathieu Poirier 2021-01-27 8:55 ` [PATCH V3 02/14] coresight: Do not scan for graph if none is present Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-01 23:44 ` Mathieu Poirier 2021-02-01 23:44 ` Mathieu Poirier 2021-02-02 11:10 ` Mike Leach 2021-02-02 11:10 ` Mike Leach 2021-02-02 14:36 ` Suzuki K Poulose 2021-02-02 14:36 ` Suzuki K Poulose 2021-01-27 8:55 ` [PATCH V3 03/14] coresight: etm4x: Add support for PE OS lock Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-02 17:40 ` Mathieu Poirier 2021-02-02 17:40 ` Mathieu Poirier 2021-02-02 18:03 ` Mathieu Poirier 2021-02-02 18:03 ` Mathieu Poirier 2021-02-15 14:08 ` Mike Leach 2021-02-15 14:08 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 04/14] coresight: ete: Add support for ETE sysreg access Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-02 17:52 ` Mathieu Poirier 2021-02-02 17:52 ` Mathieu Poirier 2021-02-03 15:51 ` Suzuki K Poulose 2021-02-03 15:51 ` Suzuki K Poulose 2021-02-15 14:08 ` Mike Leach 2021-02-15 14:08 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 05/14] coresight: ete: Add support for ETE tracing Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-02 18:56 ` Mathieu Poirier 2021-02-02 18:56 ` Mathieu Poirier 2021-02-02 22:50 ` Suzuki K Poulose 2021-02-02 22:50 ` Suzuki K Poulose 2021-02-15 13:21 ` Mike Leach 2021-02-15 13:21 ` Mike Leach 2021-02-15 14:08 ` Mike Leach 2021-02-15 14:08 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 06/14] dts: bindings: Document device tree bindings for ETE Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-09 19:00 ` Rob Herring 2021-02-09 19:00 ` Rob Herring 2021-02-10 12:33 ` Suzuki K Poulose 2021-02-10 12:33 ` Suzuki K Poulose 2021-02-18 18:33 ` Rob Herring 2021-02-18 18:33 ` Rob Herring 2021-02-18 22:51 ` Suzuki K Poulose 2021-02-18 22:51 ` Suzuki K Poulose 2021-01-27 8:55 ` [PATCH V3 07/14] coresight: etm-perf: Handle stale output handles Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-03 19:05 ` Mathieu Poirier 2021-02-03 19:05 ` Mathieu Poirier 2021-02-03 23:36 ` Suzuki K Poulose 2021-02-03 23:36 ` Suzuki K Poulose 2021-02-15 16:27 ` Mike Leach 2021-02-15 16:27 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 08/14] coresight: core: Add support for dedicated percpu sinks Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-28 9:16 ` Suzuki K Poulose 2021-01-28 9:16 ` Suzuki K Poulose 2021-02-04 18:34 ` Mathieu Poirier 2021-02-04 18:34 ` Mathieu Poirier 2021-02-16 10:40 ` Anshuman Khandual 2021-02-16 10:40 ` Anshuman Khandual 2021-02-16 20:44 ` Mathieu Poirier 2021-02-16 20:44 ` Mathieu Poirier 2021-02-16 10:21 ` Anshuman Khandual 2021-02-16 10:21 ` Anshuman Khandual 2021-02-15 16:27 ` Mike Leach 2021-02-15 16:27 ` Mike Leach 2021-02-15 16:56 ` Mathieu Poirier 2021-02-15 16:56 ` Mathieu Poirier 2021-02-15 17:58 ` Mike Leach 2021-02-15 17:58 ` Mike Leach 2021-02-16 20:30 ` Mathieu Poirier 2021-02-16 20:30 ` Mathieu Poirier 2021-01-27 8:55 ` [PATCH V3 09/14] arm64: Add TRBE definitions Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-28 9:31 ` Suzuki K Poulose 2021-01-28 9:31 ` Suzuki K Poulose 2021-01-28 17:18 ` Catalin Marinas 2021-01-28 17:18 ` Catalin Marinas 2021-02-15 18:06 ` Mike Leach 2021-02-15 18:06 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 10/14] arm64: nvhe: Allow TRBE access at EL1 Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-27 9:58 ` Marc Zyngier 2021-01-27 9:58 ` Marc Zyngier 2021-01-28 9:34 ` Suzuki K Poulose 2021-01-28 9:34 ` Suzuki K Poulose 2021-01-28 9:46 ` Marc Zyngier 2021-01-28 9:46 ` Marc Zyngier 2021-01-28 9:48 ` Suzuki K Poulose 2021-01-28 9:48 ` Suzuki K Poulose 2021-01-27 8:55 ` [PATCH V3 11/14] coresight: sink: Add TRBE driver Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-29 10:23 ` Suzuki K Poulose 2021-02-02 5:55 ` Anshuman Khandual 2021-02-02 5:55 ` Anshuman Khandual 2021-02-05 17:53 ` Mathieu Poirier 2021-02-05 17:53 ` Mathieu Poirier 2021-02-08 4:20 ` Anshuman Khandual 2021-02-08 4:20 ` Anshuman Khandual 2021-02-09 17:39 ` Mathieu Poirier 2021-02-09 17:39 ` Mathieu Poirier 2021-02-10 4:12 ` Anshuman Khandual 2021-02-10 4:12 ` Anshuman Khandual 2021-02-10 16:54 ` Mathieu Poirier 2021-02-10 16:54 ` Mathieu Poirier 2021-02-10 19:00 ` Mathieu Poirier 2021-02-10 19:00 ` Mathieu Poirier 2021-02-12 5:43 ` Anshuman Khandual 2021-02-12 5:43 ` Anshuman Khandual 2021-02-12 17:02 ` Mathieu Poirier 2021-02-12 17:02 ` Mathieu Poirier 2021-02-11 19:00 ` Mathieu Poirier 2021-02-11 19:00 ` Mathieu Poirier 2021-02-12 3:31 ` Anshuman Khandual 2021-02-12 3:31 ` Anshuman Khandual 2021-02-12 16:57 ` Mathieu Poirier 2021-02-12 16:57 ` Mathieu Poirier 2021-02-15 9:26 ` Anshuman Khandual 2021-02-15 9:26 ` Anshuman Khandual 2021-02-12 20:26 ` Mathieu Poirier 2021-02-12 20:26 ` Mathieu Poirier 2021-02-15 9:46 ` Anshuman Khandual 2021-02-15 9:46 ` Anshuman Khandual 2021-02-16 9:00 ` Mike Leach 2021-02-16 9:00 ` Mike Leach 2021-02-16 9:44 ` Anshuman Khandual 2021-02-16 9:44 ` Anshuman Khandual 2021-02-16 12:12 ` Mike Leach 2021-02-16 12:12 ` Mike Leach 2021-02-18 7:50 ` Suzuki K Poulose 2021-02-18 7:50 ` Suzuki K Poulose 2021-02-18 14:30 ` Mike Leach 2021-02-18 14:30 ` Mike Leach 2021-02-18 15:14 ` Suzuki K Poulose 2021-02-18 15:14 ` Suzuki K Poulose 2021-02-22 10:42 ` Mike Leach 2021-02-22 10:42 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 12/14] dts: bindings: Document device tree bindings for Arm TRBE Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-02-09 19:04 ` Rob Herring 2021-02-09 19:04 ` Rob Herring 2021-01-27 8:55 ` [PATCH V3 13/14] perf: aux: Add flags for the buffer format Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-27 12:51 ` Peter Zijlstra 2021-01-27 12:51 ` Peter Zijlstra 2021-02-16 10:59 ` Mike Leach 2021-02-16 10:59 ` Mike Leach 2021-01-27 8:55 ` [PATCH V3 14/14] coresight: etm-perf: Add support for trace " Anshuman Khandual 2021-01-27 8:55 ` Anshuman Khandual 2021-01-27 12:54 ` Peter Zijlstra 2021-01-27 12:54 ` Peter Zijlstra 2021-01-27 13:00 ` Al Grant 2021-01-27 13:00 ` Al Grant 2021-02-18 3:05 ` Anshuman Khandual 2021-02-18 3:05 ` Anshuman Khandual 2021-01-27 14:12 ` Suzuki K Poulose 2021-01-27 14:12 ` Suzuki K Poulose 2021-02-16 11:01 ` Mike Leach 2021-02-16 11:01 ` Mike Leach 2021-01-27 18:50 ` [PATCH V3 00/14] arm64: coresight: Enable ETE and TRBE Mathieu Poirier 2021-01-27 18:50 ` Mathieu Poirier 2021-02-01 18:44 ` Mathieu Poirier 2021-02-01 18:44 ` Mathieu Poirier 2021-02-18 4:23 ` Anshuman Khandual 2021-02-18 4:23 ` Anshuman Khandual
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20210202163703.GA1536093@xps15 \ --to=mathieu.poirier@linaro.org \ --cc=anshuman.khandual@arm.com \ --cc=coresight@lists.linaro.org \ --cc=lcherian@marvell.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mike.leach@linaro.org \ --cc=suzuki.poulose@arm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.