Thread (7 messages) 7 messages, 4 authors, 2021-04-08

Re: [PATCH 1/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU

From: Will Deacon <will@kernel.org>
Date: 2021-04-08 13:28:13
Also in: lkml

Hi John,

On Thu, Apr 08, 2021 at 01:55:02PM +0100, John Garry wrote:
On 08/04/2021 10:01, Jonathan Cameron wrote:
quoted
On Wed, 7 Apr 2021 21:40:05 +0100
Will Deacon [off-list ref] wrote:
quoted
On Wed, Apr 07, 2021 at 05:49:02PM +0800, Qi Liu wrote:
quoted
PCIe PMU Root Complex Integrated End Point(RCiEP) device is supported
to sample bandwidth, latency, buffer occupation etc.

Each PMU RCiEP device monitors multiple root ports, and each RCiEP is
registered as a pmu in /sys/bus/event_source/devices, so users can
select target PMU, and use filter to do further sets.

Filtering options contains:
event        - select the event.
subevent     - select the subevent.
port         - select target root ports. Information of root ports
                are shown under sysfs.
bdf           - select requester_id of target EP device.
trig_len     - set trigger condition for starting event statistics.
trigger_mode - set trigger mode. 0 means starting to statistic when
                bigger than trigger condition, and 1 means smaller.
thr_len      - set threshold for statistics.
thr_mode     - set threshold mode. 0 means count when bigger than
                threshold, and 1 means smaller.

Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Do you have a link to this review, please?
Internal review, so drop the tag.

Jonathan
Hi Will,

Are you implying that you would rather that any review for these drivers is
done in public on the lists?
Absolutely! If I can see that you and/or Jonathan have given the thing a
good going through, then it's a lot easier to merge the patches. But just
having the tag doesn't help much, as I don't know whether it was a concerted
review effort or a "yeah, this function is about what I thought, cheers"
type of review.

That's not to say internal patch review isn't a useful tool in some
circumstances (e.g. somebody new to the kernel, confidential stuff,
prototyping), but the vast majority of the time I'd say having the review
on the public lists is the best bet.

Will

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help