From: Yu-Chien Peter Lin <peterlin@andestech.com>
To: opensbi@lists.infradead.org
Subject: [PATCH v3 07/15] platform: andes: Add Andes custom PMU support
Date: Tue, 28 Nov 2023 19:02:32 +0800 [thread overview]
Message-ID: <ZWXIyJow9xC8adRf@APC323> (raw)
In-Reply-To: <70a378e1-484c-4b77-942a-169a99ad00b5@sifive.com>
Hi Samuel,
Thanks for the review.
On Wed, Nov 22, 2023 at 08:24:49PM -0600, Samuel Holland wrote:
> On 2023-11-22 1:36 AM, Yu Chien Peter Lin wrote:
> > Before the ratification of Sscofpmf, the Andes PMU extension
> > was designed to support the sampling and filtering with hardware
> > performance counters (zihpm), it works with the current SBI PMU
> > extension and Linux SBI PMU driver.
> >
> > We implement 1) the PMU device callbacks that update the
> > corresponding bits on custom CSRs, 2) extentions_init() to detect
> > the hardware support of Andes PMU and initialize the per-hart
> > PMU related CSR, and 3) pmu_init() to register PMU device and
> > populate event mappings (only called by coldboot hart).
> >
> > Signed-off-by: Yu Chien Peter Lin <peterlin@andestech.com>
> > Reviewed-by: Leo Yu-Chi Liang <ycliang@andestech.com>
> > ---
> > Changes v1 -> v2:
> > - Fix mode filtering in andes_hw_counter_filter_mode()
> > - Return early if pmu is not supported in andes_pmu_init() (suggested by Prabhakar)
> > - Don't grant write permissions via CSR_MCOUNTERWEN as not needed
> > Changes v2 -> v3:
> > - Drop Anup's RB tag as we add andes_pmu_extensions_init() to initialize per-hart
> > extension on scratch and move andes_pmu_init() to new added platform override pmu_init()
> > ---
> > platform/generic/andes/Kconfig | 8 ++
> > platform/generic/andes/andes_pmu.c | 102 +++++++++++++++++++++
> > platform/generic/andes/objects.mk | 1 +
> > platform/generic/include/andes/andes_pmu.h | 33 +++++++
> > 4 files changed, 144 insertions(+)
> > create mode 100644 platform/generic/andes/andes_pmu.c
> > create mode 100644 platform/generic/include/andes/andes_pmu.h
> >
> > diff --git a/platform/generic/andes/Kconfig b/platform/generic/andes/Kconfig
> > index a91fb9c..5b2ed91 100644
> > --- a/platform/generic/andes/Kconfig
> > +++ b/platform/generic/andes/Kconfig
> > @@ -7,3 +7,11 @@ config ANDES45_PMA
> > config ANDES_SBI
> > bool "Andes SBI support"
> > default n
> > +
> > +config ANDES_PMU
> > + bool "Andes PMU extension (xandespmu) support"
> > + default n
> > + help
> > + Andes PMU extension supports the event counter overflow
> > + interrupt and mode filtering, similar to the standard
> > + Sscofpmf and Smcntrpmf.
> > diff --git a/platform/generic/andes/andes_pmu.c b/platform/generic/andes/andes_pmu.c
> > new file mode 100644
> > index 0000000..72003fd
> > --- /dev/null
> > +++ b/platform/generic/andes/andes_pmu.c
> > @@ -0,0 +1,102 @@
> > +// SPDX-License-Identifier: BSD-2-Clause
> > +/*
> > + * andes_pmu.c - Andes PMU device callbacks and platform overrides
> > + *
> > + * Copyright (C) 2023 Andes Technology Corporation
> > + */
> > +
> > +#include <andes/andes45.h>
> > +#include <andes/andes_hpm.h>
> > +#include <andes/andes_pmu.h>
> > +#include <sbi/sbi_bitops.h>
> > +#include <sbi/sbi_error.h>
> > +#include <sbi/sbi_pmu.h>
> > +
> > +static void andes_hw_counter_enable_irq(uint32_t ctr_idx)
> > +{
> > + unsigned long mip_val;
> > +
> > + if (ctr_idx >= SBI_PMU_HW_CTR_MAX)
> > + return;
> > +
> > + mip_val = csr_read(CSR_MIP);
> > + if (!(mip_val & MIP_PMOVI))
> > + csr_clear(CSR_MCOUNTEROVF, BIT(ctr_idx));
> > +
> > + csr_set(CSR_MCOUNTERINTEN, BIT(ctr_idx));
> > +}
> > +
> > +static void andes_hw_counter_disable_irq(uint32_t ctr_idx)
> > +{
> > + csr_clear(CSR_MCOUNTERINTEN, BIT(ctr_idx));
> > +}
> > +
> > +static void andes_hw_counter_filter_mode(unsigned long flags, int ctr_idx)
> > +{
> > + if (flags & SBI_PMU_CFG_FLAG_SET_UINH)
> > + csr_set(CSR_MCOUNTERMASK_U, BIT(ctr_idx));
> > + else
> > + csr_clear(CSR_MCOUNTERMASK_U, BIT(ctr_idx));
> > +
> > + if (flags & SBI_PMU_CFG_FLAG_SET_SINH)
> > + csr_set(CSR_MCOUNTERMASK_S, BIT(ctr_idx));
> > + else
> > + csr_clear(CSR_MCOUNTERMASK_S, BIT(ctr_idx));
> > +}
> > +
> > +static struct sbi_pmu_device andes_pmu = {
> > + .name = "andes_pmu",
> > + .hw_counter_enable_irq = andes_hw_counter_enable_irq,
> > + .hw_counter_disable_irq = andes_hw_counter_disable_irq,
> > + /*
> > + * We set delegation of supervisor local interrupts via
> > + * 18th bit on mslideleg instead of mideleg, so leave
> > + * hw_counter_irq_bit() callback unimplemented.
> > + */
> > + .hw_counter_irq_bit = NULL,
> > + .hw_counter_filter_mode = andes_hw_counter_filter_mode
> > +};
> > +
> > +int andes_pmu_extensions_init(const struct fdt_match *match,
> > + struct sbi_hart_features *hfeatures)
> > +{
> > + struct sbi_scratch *scratch = sbi_scratch_thishart_ptr();
> > +
> > + if (!has_andes_pmu())
> > + return 0;
> > +
> > + /*
> > + * Don't expect both Andes PMU and standard Sscofpmf/Smcntrpmf,
> > + * are supported as they serve the same purpose.
> > + */
> > + if (sbi_hart_has_extension(scratch, SBI_HART_EXT_SSCOFPMF) ||
> > + sbi_hart_has_extension(scratch, SBI_HART_EXT_SMCNTRPMF))
> > + return SBI_EINVAL;
>
> If Sscofpmf is supported, don't you want to successfully do nothing?
If Sscofpmf is supported, it will return early as has_andes_pmu() above
is false.
> > + sbi_hart_update_extension(scratch, SBI_HART_EXT_XANDESPMU, true);
> > +
> > + /* Inhibit all HPM counters in M-mode */
> > + csr_write(CSR_MCOUNTERMASK_M, 0xfffffffd);
> > + /* Delegate counter overflow interrupt to S-mode */
> > + csr_write(CSR_MSLIDELEG, MIP_PMOVI);
> > +
> > + return 0;
> > +}
> > +
> > +int andes_pmu_init(const struct fdt_match *match)
> > +{
> > + int rc;
> > + struct sbi_scratch *scratch = sbi_scratch_thishart_ptr();
> > +
> > + if (sbi_hart_has_extension(scratch, SBI_HART_EXT_XANDESPMU))
> > + sbi_pmu_set_device(&andes_pmu);
> > +
> > + rc = fdt_pmu_setup(fdt_get_address());
>
> generic_pmu_init() already calls fdt_pmu_setup().
OK will remove fdt_pmu_setup() here.
> > + /*
> > + * Populate default mappings if device-tree doesn't
> > + * provide a valid pmu node.
> > + */
> > + if (rc == SBI_ENOENT)
> > + return andes_pmu_setup();
>
> This function isn't added until patch 14, so this won't compile. Please make
> sure each patch compiles individually.
Sure, thank you for catching this.
Regards,
Peter Lin
> Regards,
> Samuel
>
next prev parent reply other threads:[~2023-11-28 11:02 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-22 7:36 [PATCH v3 00/15] Add Andes PMU extension support Yu Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 01/15] lib: ipi: Adjust Andes PLICSW to single-bit-per-hart scheme Yu Chien Peter Lin
2023-11-24 14:43 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 02/15] sbi: sbi_pmu: Improve sbi_pmu_init() error handling Yu Chien Peter Lin
2023-11-22 23:47 ` Atish Patra
2023-11-28 5:33 ` Yu-Chien Peter Lin
2023-11-24 14:45 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 03/15] lib: sbi: Add Xandespmu in hart extensions Yu Chien Peter Lin
2023-11-23 0:02 ` Atish Patra
2023-11-24 14:45 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 04/15] sbi: sbi_pmu: Add hw_counter_filter_mode() to pmu device Yu Chien Peter Lin
2023-11-23 0:24 ` Atish Patra
2023-11-28 6:10 ` Yu-Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 05/15] platform: include: andes45: Add PMU related CSR defines Yu Chien Peter Lin
2023-11-23 16:53 ` Atish Patra
2023-11-24 14:47 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 06/15] platform: generic: Introduce pmu_init() platform override Yu Chien Peter Lin
2023-11-23 0:25 ` Atish Patra
2023-11-24 14:49 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 07/15] platform: andes: Add Andes custom PMU support Yu Chien Peter Lin
2023-11-23 2:24 ` Samuel Holland
2023-11-28 11:02 ` Yu-Chien Peter Lin [this message]
2023-11-22 7:36 ` [PATCH v3 08/15] platform: andes: Enable Andes PMU for AE350 Yu Chien Peter Lin
2023-11-23 16:55 ` Atish Patra
2023-11-24 14:52 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 09/15] platform: rzfive: Enable Andes PMU for RZ/Five Yu Chien Peter Lin
2023-11-23 16:56 ` Atish Patra
2023-11-24 14:53 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 10/15] lib: utils: fdt_fixup: Allow preserving PMU properties Yu Chien Peter Lin
2023-11-22 23:41 ` Atish Patra
2023-11-24 14:54 ` Lad, Prabhakar
2023-11-25 4:42 ` Anup Patel
2023-11-28 9:57 ` Yu-Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 11/15] platform: andes: Factor out is_andes() helper Yu Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 12/15] lib: utils: fdt_pmu: Make the fdt_pmu_evt_select table global variable Yu Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 13/15] lib: utils: fdt_pmu: Do not iterate over the fdt_pmu_evt_select table Yu Chien Peter Lin
2023-11-22 7:36 ` [PATCH v3 14/15] platform: andes: Add Andes default PMU mapping support Yu Chien Peter Lin
2023-11-24 14:55 ` Lad, Prabhakar
2023-11-22 7:36 ` [PATCH v3 15/15] docs: pmu: Add Andes PMU node example Yu Chien Peter Lin
2023-11-24 14:56 ` Lad, Prabhakar
2023-11-23 0:07 ` [PATCH v3 00/15] Add Andes PMU extension support Atish Patra
2023-11-23 0:27 ` Atish Patra
2023-11-28 5:23 ` Yu-Chien Peter Lin
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=ZWXIyJow9xC8adRf@APC323 \
--to=peterlin@andestech.com \
--cc=opensbi@lists.infradead.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox