[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<OSZPR01MB8798DBF1866E09D70F6DBB018BCCA@OSZPR01MB8798.jpnprd01.prod.outlook.com>
Date: Wed, 12 Nov 2025 08:24:59 +0000
From: "Shaopeng Tan (Fujitsu)" <tan.shaopeng@...itsu.com>
To: 'Ben Horgan' <ben.horgan@....com>, "james.morse@....com"
<james.morse@....com>
CC: "amitsinght@...vell.com" <amitsinght@...vell.com>,
"baisheng.gao@...soc.com" <baisheng.gao@...soc.com>,
"baolin.wang@...ux.alibaba.com" <baolin.wang@...ux.alibaba.com>,
"bobo.shaobowang@...wei.com" <bobo.shaobowang@...wei.com>,
"carl@...amperecomputing.com" <carl@...amperecomputing.com>,
"catalin.marinas@....com" <catalin.marinas@....com>, "dakr@...nel.org"
<dakr@...nel.org>, "dave.martin@....com" <dave.martin@....com>,
"david@...hat.com" <david@...hat.com>, "dfustini@...libre.com"
<dfustini@...libre.com>, "fenghuay@...dia.com" <fenghuay@...dia.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>, "gshan@...hat.com"
<gshan@...hat.com>, "guohanjun@...wei.com" <guohanjun@...wei.com>,
"jeremy.linton@....com" <jeremy.linton@....com>,
"jonathan.cameron@...wei.com" <jonathan.cameron@...wei.com>,
"kobak@...dia.com" <kobak@...dia.com>, "lcherian@...vell.com"
<lcherian@...vell.com>, "lenb@...nel.org" <lenb@...nel.org>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, "lpieralisi@...nel.org"
<lpieralisi@...nel.org>, "peternewman@...gle.com" <peternewman@...gle.com>,
"quic_jiles@...cinc.com" <quic_jiles@...cinc.com>, "rafael@...nel.org"
<rafael@...nel.org>, "robh@...nel.org" <robh@...nel.org>,
"rohit.mathew@....com" <rohit.mathew@....com>, "scott@...amperecomputing.com"
<scott@...amperecomputing.com>, "sdonthineni@...dia.com"
<sdonthineni@...dia.com>, "sudeep.holla@....com" <sudeep.holla@....com>,
"will@...nel.org" <will@...nel.org>, "xhao@...ux.alibaba.com"
<xhao@...ux.alibaba.com>
Subject: RE: [PATCH 17/33] arm_mpam: Merge supported features during
mpam_enable() into mpam_class
> From: James Morse <james.morse@....com>
>
> To make a decision about whether to expose an mpam class as a resctrl
> resource we need to know its overall supported features and properties.
>
> Once we've probed all the resources, we can walk the tree and produce overall
> values by merging the bitmaps. This eliminates features that are only
> supported by some MSC that make up a component or class.
>
> If bitmap properties are mismatched within a component we cannot support
> the mismatched feature.
>
> Care has to be taken as vMSC may hold mismatched RIS.
>
> Signed-off-by: James Morse <james.morse@....com>
> Reviewed-by: Ben Horgan <ben.horgan@....com>
> Reviewed-by: Jonathan Cameron <jonathan.cameron@...wei.com>
> Reviewed-by: Fenghua Yu <fenghuay@...dia.com>
> Tested-by: Fenghua Yu <fenghuay@...dia.com>
> Tested-by: Shaopeng Tan <tan.shaopeng@...fujitsu.com>
> Tested-by: Peter Newman <peternewman@...gle.com>
> Signed-off-by: Ben Horgan <ben.horgan@....com>
Reviewed-by: Shaopeng Tan <tan.shaopeng@...fujitsu.com>
Powered by blists - more mailing lists