This series enables detection of ACPI based TRBE devices via a stand alone
purpose built representative platform device. But as a pre-requisite this
changes coresight_platform_data structure assignment for the TRBE device.
This series is based on v6.5-rc4 kernel, is also dependent on the following
EDK2 changes posted earlier by Sami.
https://edk2.groups.io/g/devel/message/107239
https://edk2.groups.io/g/devel/message/107241
Changes in V2:
- Refactored arm_spe_acpi_register_device() in a separate patch
- Renamed trbe_acpi_resources as trbe_resources
- Renamed trbe_acpi_dev as trbe_dev
Changes in V1:
https://lore.kernel.org/all/[email protected]/
Cc: Sami Mujawar <[email protected]>
Cc: Catalin Marinas <[email protected]>
Cc: Will Deacon <[email protected]>
Cc: Mark Rutland <[email protected]>
Cc: Suzuki K Poulose <[email protected]>
Cc: Mike Leach <[email protected]>
Cc: Leo Yan <[email protected]>
Cc: Alexander Shishkin <[email protected]>
Cc: James Clark <[email protected]>
Cc: [email protected]
Cc: [email protected]
Cc: [email protected]
Anshuman Khandual (4):
arm_pmu: acpi: Refactor arm_spe_acpi_register_device()
arm_pmu: acpi: Add a representative platform device for TRBE
coresight: trbe: Add a representative coresight_platform_data for TRBE
coresight: trbe: Enable ACPI based TRBE devices
arch/arm64/include/asm/acpi.h | 3 +
drivers/hwtracing/coresight/coresight-trbe.c | 15 +-
drivers/hwtracing/coresight/coresight-trbe.h | 1 +
drivers/perf/arm_pmu_acpi.c | 145 ++++++++++++++-----
include/linux/perf/arm_pmu.h | 1 +
5 files changed, 122 insertions(+), 43 deletions(-)
--
2.25.1
On Tue, Aug 01, 2023 at 03:10:48PM +0530, Anshuman Khandual wrote:
> This series enables detection of ACPI based TRBE devices via a stand alone
> purpose built representative platform device. But as a pre-requisite this
> changes coresight_platform_data structure assignment for the TRBE device.
>
> This series is based on v6.5-rc4 kernel, is also dependent on the following
> EDK2 changes posted earlier by Sami.
>
> https://edk2.groups.io/g/devel/message/107239
> https://edk2.groups.io/g/devel/message/107241
>
> Changes in V2:
>
> - Refactored arm_spe_acpi_register_device() in a separate patch
> - Renamed trbe_acpi_resources as trbe_resources
> - Renamed trbe_acpi_dev as trbe_dev
>
> Changes in V1:
>
> https://lore.kernel.org/all/[email protected]/
>
> Cc: Sami Mujawar <[email protected]>
> Cc: Catalin Marinas <[email protected]>
> Cc: Will Deacon <[email protected]>
> Cc: Mark Rutland <[email protected]>
> Cc: Suzuki K Poulose <[email protected]>
> Cc: Mike Leach <[email protected]>
> Cc: Leo Yan <[email protected]>
> Cc: Alexander Shishkin <[email protected]>
> Cc: James Clark <[email protected]>
> Cc: [email protected]
> Cc: [email protected]
> Cc: [email protected]
FYI: if you pass '--cc-cover' to git send-email, it will CC all these
folks on the series, which I think is better when you're reviewing stuff
(I didn't receive patches 3 and 4).
Will
On 8/1/23 20:22, Will Deacon wrote:
> On Tue, Aug 01, 2023 at 03:10:48PM +0530, Anshuman Khandual wrote:
>> This series enables detection of ACPI based TRBE devices via a stand alone
>> purpose built representative platform device. But as a pre-requisite this
>> changes coresight_platform_data structure assignment for the TRBE device.
>>
>> This series is based on v6.5-rc4 kernel, is also dependent on the following
>> EDK2 changes posted earlier by Sami.
>>
>> https://edk2.groups.io/g/devel/message/107239
>> https://edk2.groups.io/g/devel/message/107241
>>
>> Changes in V2:
>>
>> - Refactored arm_spe_acpi_register_device() in a separate patch
>> - Renamed trbe_acpi_resources as trbe_resources
>> - Renamed trbe_acpi_dev as trbe_dev
>>
>> Changes in V1:
>>
>> https://lore.kernel.org/all/[email protected]/
>>
>> Cc: Sami Mujawar <[email protected]>
>> Cc: Catalin Marinas <[email protected]>
>> Cc: Will Deacon <[email protected]>
>> Cc: Mark Rutland <[email protected]>
>> Cc: Suzuki K Poulose <[email protected]>
>> Cc: Mike Leach <[email protected]>
>> Cc: Leo Yan <[email protected]>
>> Cc: Alexander Shishkin <[email protected]>
>> Cc: James Clark <[email protected]>
>> Cc: [email protected]
>> Cc: [email protected]
>> Cc: [email protected]
>
> FYI: if you pass '--cc-cover' to git send-email, it will CC all these
> folks on the series, which I think is better when you're reviewing stuff
> (I didn't receive patches 3 and 4).
My bad, forgot --cc-cover on the command line.