[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a04aa337-a3eb-42a0-855b-500ba549e2d8@arm.com>
Date: Thu, 27 Nov 2025 14:25:28 +0000
From: Ben Horgan <ben.horgan@....com>
To: Punit Agrawal <punit.agrawal@....qualcomm.com>, james.morse@....com
Cc: amitsinght@...vell.com, baisheng.gao@...soc.com,
baolin.wang@...ux.alibaba.com, bobo.shaobowang@...wei.com,
carl@...amperecomputing.com, catalin.marinas@....com, dakr@...nel.org,
dave.martin@....com, david@...hat.com, dfustini@...libre.com,
fenghuay@...dia.com, gregkh@...uxfoundation.org, gshan@...hat.com,
guohanjun@...wei.com, jeremy.linton@....com, jonathan.cameron@...wei.com,
kobak@...dia.com, lcherian@...vell.com, lenb@...nel.org,
linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, lpieralisi@...nel.org, peternewman@...gle.com,
quic_jiles@...cinc.com, rafael@...nel.org, robh@...nel.org,
rohit.mathew@....com, scott@...amperecomputing.com, sdonthineni@...dia.com,
sudeep.holla@....com, tan.shaopeng@...itsu.com, will@...nel.org,
xhao@...ux.alibaba.com, reinette.chatre@...el.com
Subject: Re: [PATCH v6 00/34] arm_mpam: Add basic mpam driver
Hi Punit,
On 11/24/25 15:21, Punit Agrawal wrote:
> Hi Ben, James
>
> Ben Horgan <ben.horgan@....com> writes:
>
>>
>> This series is based on v6.18-rc4, and can be retrieved from: (no v6 version)
>> https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git mpam/driver/v5
>>
>> The rest of the driver can be found here: (no v6 version)
>> https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git mpam/snapshot/v6.18-rc4-v5
>>
>> What is MPAM? Set your time-machine to 2020:
>> https://lore.kernel.org/lkml/20201030161120.227225-1-james.morse@arm.com/
>
> Although a little late to the party, I've managed to throw together
> enough firmware to describe the MPAM hardware and take this set (more
> specifically mpam/snapshot/v6.18-rc4-v5 branch from James' repository)
> for a spin. Using the branch, the kernel is able to probe the hardware
> and discover the advertised features. Yay! We are in business.
Thanks for giving it a go. :)
>
> Having said that, there are a few quirks of the platform that run into
> issues with later patches in the branch. The platform has MSCs attached
> to shared L2 caches which are being skipped during later stages of
> initialisation. IIUC, the L2 MSCs' limitations stems from the
> assumptions in the resctrl interface.
What in particualar is being skipped?
>
> I was wondering if there are any patches available to relax these
> limitations? I can give them a try. Or do these need to be put together
> from the ground up? Any pointers greatly appreciated.
There are some extra things added in the extras branch [1] e.g. cache
maximum usage controls (cmax). However, lots of possible things are
still missing e.g. any monitors on L2. If it doesn't fit with the
topology expected by resctrl then it is unlikely to have been considered
yet.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git/log/?h=mpam/snapshot%2bextras/v6.18-rc1
Thanks,
Ben
Powered by blists - more mailing lists