[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
<TY0PR06MB5754514C42217BE6055455A3E62C2@TY0PR06MB5754.apcprd06.prod.outlook.com>
Date: Tue, 19 Mar 2024 03:21:33 +0000
From: Rex Nie <rex.nie@...uarmicro.com>
To: James Morse <james.morse@....com>
CC: "fenghua.yu@...el.com" <fenghua.yu@...el.com>, "reinette.chatre@...el.com"
<reinette.chatre@...el.com>, "rohit.mathew@....com" <rohit.mathew@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Angus Chen
<angus.chen@...uarmicro.com>
Subject:
答复: 答复: [PATCH] fs/resctrl: Uniform data type of component_id/domid/id/cache_id
> -----邮件原件-----
> 发件人: James Morse <james.morse@....com>
> 发送时间: 2024年3月19日 1:33
> 收件人: Rex Nie <rex.nie@...uarmicro.com>
> 抄送: fenghua.yu@...el.com; reinette.chatre@...el.com;
> rohit.mathew@....com; linux-kernel@...r.kernel.org
> 主题: Re: 答复: [PATCH] fs/resctrl: Uniform data type of
> component_id/domid/id/cache_id
>
> Hi Rex,
>
> On 12/03/2024 02:52, Rex Nie wrote:
> > Thanks for your reply. Please check my inline reply.
> > BTW, can I know the progress/roadmap of mpam driver upstream?
>
> The series to change the monitor code in a way that allows MPAM to work,
> and split the locks has been merged for rc1. I plan to post the next series
> shortly. Once that is reviewed and merged the refactoring of resctrl will be
> finished and I can start posting the MPAM driver. (it has a few small
> dependencies on cacheinfo and PPTT parsing code).
> I anticipate the MPAM driver will be merged fairly quickly as it won't regress
> existing systems.
>
> Any help reviewing the x86 changes would be appreciated - these are the
> changes that can affect existing systems. (Shall I CC you on the series?)
>
HI James,
Thanks for showing me the roadmap of mpam upstream and CC me on the patchset series. Mpam is an extremely important feature for our product.
I also Loop angus who is familiar with x86 and arm.
BRs
Rex
>
> Thanks,
>
> James
Powered by blists - more mailing lists