Message ID | 20231022151858.2479969-1-peterlin@andestech.com (mailing list archive) |
---|---|
Headers | show |
Series | Support Andes PMU extension | expand |
Hey, On Sun, Oct 22, 2023 at 11:18:45PM +0800, Yu Chien Peter Lin wrote: > Hi All, > > This patch series introduces the Andes PMU extension, which serves > the same purpose as Sscofpmf. In this version we use FDT-based > probing and the CONFIG_ANDES_CUSTOM_PMU to enable perf sampling > and filtering support. > > Its non-standard local interrupt is assigned to bit 18 in the > custom S-mode local interrupt enable/pending registers (slie/slip), > while the interrupt cause is (256 + 18). > > The feature needs the PMU device registered in OpenSBI. > The OpenSBI and Linux patches can be found on Andes Technology GitHub > - https://github.com/andestech/opensbi/commits/andes-pmu-support-v2 > - https://github.com/andestech/linux/commits/andes-pmu-support-v3 > > The PMU device tree node used on AX45MP: > - https://github.com/andestech/opensbi/blob/andes-pmu-support-v2/docs/pmu_support.md#example-3 > > Tested hardware: > - ASUS Tinker-V (RZ/Five, AX45MP single core) > - Andes AE350 (AX45MP quad core) > > Locus Wei-Han Chen (1): > riscv: andes: Support symbolic FW and HW raw events > > Yu Chien Peter Lin (12): > riscv: errata: Rename defines for Andes > irqchip/riscv-intc: Allow large non-standard hwirq number > irqchip/riscv-intc: Introduce Andes IRQ chip > dt-bindings: riscv: Add Andes interrupt controller compatible string > riscv: dts: renesas: r9a07g043f: Update compatible string to use Andes > INTC > perf: RISC-V: Eliminate redundant IRQ enable/disable operations > RISC-V: Move T-Head PMU to CPU feature alternative framework > perf: RISC-V: Introduce Andes PMU for perf event sampling > dt-bindings: riscv: Add T-Head PMU extension description > dt-bindings: riscv: Add Andes PMU extension description > riscv: dts: allwinner: Add T-Head PMU extension > riscv: dts: renesas: Add Andes PMU extension You only sent 5 of these patches FYI.
On Sun, Oct 22, 2023 at 07:00:28PM +0100, Conor Dooley wrote: > Hey, > > On Sun, Oct 22, 2023 at 11:18:45PM +0800, Yu Chien Peter Lin wrote: > > Hi All, > > > > This patch series introduces the Andes PMU extension, which serves > > the same purpose as Sscofpmf. In this version we use FDT-based > > probing and the CONFIG_ANDES_CUSTOM_PMU to enable perf sampling > > and filtering support. > > > > Its non-standard local interrupt is assigned to bit 18 in the > > custom S-mode local interrupt enable/pending registers (slie/slip), > > while the interrupt cause is (256 + 18). > > > > The feature needs the PMU device registered in OpenSBI. > > The OpenSBI and Linux patches can be found on Andes Technology GitHub > > - https://github.com/andestech/opensbi/commits/andes-pmu-support-v2 > > - https://github.com/andestech/linux/commits/andes-pmu-support-v3 > > > > The PMU device tree node used on AX45MP: > > - https://github.com/andestech/opensbi/blob/andes-pmu-support-v2/docs/pmu_support.md#example-3 > > > > Tested hardware: > > - ASUS Tinker-V (RZ/Five, AX45MP single core) > > - Andes AE350 (AX45MP quad core) > > > > Locus Wei-Han Chen (1): > > riscv: andes: Support symbolic FW and HW raw events > > > > Yu Chien Peter Lin (12): > > riscv: errata: Rename defines for Andes > > irqchip/riscv-intc: Allow large non-standard hwirq number > > irqchip/riscv-intc: Introduce Andes IRQ chip > > dt-bindings: riscv: Add Andes interrupt controller compatible string > > riscv: dts: renesas: r9a07g043f: Update compatible string to use Andes > > INTC > > perf: RISC-V: Eliminate redundant IRQ enable/disable operations > > RISC-V: Move T-Head PMU to CPU feature alternative framework > > perf: RISC-V: Introduce Andes PMU for perf event sampling > > dt-bindings: riscv: Add T-Head PMU extension description > > dt-bindings: riscv: Add Andes PMU extension description > > riscv: dts: allwinner: Add T-Head PMU extension > > riscv: dts: renesas: Add Andes PMU extension > > You only sent 5 of these patches FYI. Hi Conor, Yeah... I know. The following emails were intercepted automatically due to our data traffic policy. I will resend the whole series soon. Best regards, Peter Lin