[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f8f13510-ec6a-b18b-d9ff-9247b250bc03@arm.com>
Date: Sat, 19 Aug 2023 08:36:28 +0100
From: Suzuki K Poulose <suzuki.poulose@....com>
To: Will Deacon <will@...nel.org>,
Anshuman Khandual <anshuman.khandual@....com>,
linux-arm-kernel@...ts.infradead.org
Cc: catalin.marinas@....com, kernel-team@...roid.com,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
coresight@...ts.linaro.org, linux-kernel@...r.kernel.org,
James Clark <james.clark@....com>,
Mike Leach <mike.leach@...aro.org>, yangyicong@...wei.com,
Mark Rutland <mark.rutland@....com>,
Sami Mujawar <sami.mujawar@....com>,
Leo Yan <leo.yan@...aro.org>
Subject: Re: [PATCH V5 0/4] coresight: trbe: Enable ACPI based devices
Hi Will
On 18/08/2023 19:04, Will Deacon wrote:
> On Thu, 17 Aug 2023 11:24:01 +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-rc5 kernel, is also dependent on the following
>> EDK2 changes posted earlier by Sami.
>>
>> [...]
>
> Applied to will (for-next/perf), thanks!
>
> [1/4] arm_pmu: acpi: Refactor arm_spe_acpi_register_device()
> https://git.kernel.org/will/c/81e5ee471609
> [2/4] arm_pmu: acpi: Add a representative platform device for TRBE
> https://git.kernel.org/will/c/1aa3d0274a4a
> [3/4] coresight: trbe: Add a representative coresight_platform_data for TRBE
> https://git.kernel.org/will/c/e926b8e9eb40
This will conflict with what I have (already) sent to Greg for
coresight/next. Please let me know how you would like handle it
Suzuki
> [4/4] coresight: trbe: Enable ACPI based TRBE devices
> https://git.kernel.org/will/c/0fb93c5ede13
>
> Cheers,
Powered by blists - more mailing lists