UBUNTU: SAUCE: arm64: pmuv3: use arm_pmu ACPI framework
Now that we have a framework to handle the ACPI bits, make the PMUv3
code use this. The framework is a little different to what was
originally envisaged, and we can drop some unused support code in the
process of moving over to it.
Signed-off-by: Mark Rutland <email address hidden>
Tested-by: Jeremy Linton <email address hidden>
[will: make armv8_pmu_driver_init static]
Signed-off-by: Will Deacon <email address hidden>
(cherry picked from linux-next commit f00fa5f4163b40c3ec8590d9a7bd845c19bf8d16)
Signed-off-by: dann frazier <email address hidden>
UBUNTU: SAUCE: arm64: pmuv3: handle !PMUv3 when probing
When probing via ACPI, we won't know up-front whether a CPU has a PMUv3
compatible PMU. Thus we need to consult ID registers during probe time.
This patch updates our PMUv3 probing code to test for the presence of
PMUv3 functionality before touching an PMUv3-specific registers, and
before updating the struct arm_pmu with PMUv3 data.
When a PMUv3-compatible PMU is not present, probing will return -ENODEV.
Signed-off-by: Mark Rutland <email address hidden>
Cc: Will Deacon <email address hidden>
Signed-off-by: Will Deacon <email address hidden>
(cherry picked from linux-next commit f1b36dcb5c316c276ca6faedc50d89d97f90d960)
Signed-off-by: dann frazier <email address hidden>
This patch adds framework code to handle parsing PMU data out of the
MADT, sanity checking this, and managing the association of CPUs (and
their interrupts) with appropriate logical PMUs.
For the time being, we expect that only one PMU driver (PMUv3) will make
use of this, and we simply pass in a single probe function.
This is based on an earlier patch from Jeremy Linton.
Signed-off-by: Mark Rutland <email address hidden>
Tested-by: Jeremy Linton <email address hidden>
Cc: Will Deacon <email address hidden>
Signed-off-by: Will Deacon <email address hidden>
(cherry picked from linux-next commit 45736a72fb79b204c1fbdb08a1e1a2aa52c7281a)
Signed-off-by: dann frazier <email address hidden>
UBUNTU: SAUCE: arm64: add function to get a cpu's MADT GICC table
Currently the ACPI parking protocol code needs to parse each CPU's MADT
GICC table to extract the mailbox address and so on. Each time we parse
a GICC table, we call back to the parking protocol code to parse it.
This has been fine so far, but we're about to have more code that needs
to extract data from the GICC tables, and adding a callback for each
user is going to get unwieldy.
Instead, this patch ensures that we stash a copy of each CPU's GICC
table at boot time, such that anything needing to parse it can later
request it. This will allow for other parsers of GICC, and for
simplification to the ACPI parking protocol code. Note that we must
store a copy, rather than a pointer, since the core ACPI code
temporarily maps/unmaps tables while iterating over them.
Since we parse the MADT before we know how many CPUs we have (and hence
before we setup the percpu areas), we must use an NR_CPUS sized array.
Signed-off-by: Mark Rutland <email address hidden>
Reviewed-by: Lorenzo Pieralisi <email address hidden>
Tested-by: Jeremy Linton <email address hidden>
Cc: Catalin Marinas <email address hidden>
Cc: Will Deacon <email address hidden>
Signed-off-by: Will Deacon <email address hidden>
(cherry picked from linux-next commit e0013aed489e7ebbba59d7ada2ff5551ac4b61c6)
Signed-off-by: dann frazier <email address hidden>
UBUNTU: SAUCE: drivers/perf: arm_pmu: split out platform device probe logic
Now that we've split the pdev and DT probing logic from the runtime
management, let's move the former into its own file. We gain a few lines
due to the copyright header and includes, but this should keep the logic
clearly separated, and paves the way for adding ACPI support in a
similar fashion.
Signed-off-by: Mark Rutland <email address hidden>
Tested-by: Jeremy Linton <email address hidden>
[will: rename nr_irqs to avoid conflict with global variable]
Signed-off-by: Will Deacon <email address hidden>
(cherry picked from linux-next commit 18bfcfe51b8f60b69ab012888dea8061a9cd3381)
Signed-off-by: dann frazier <email address hidden>
