[GIT PULL] arm_mpam fixes for v7.2-rc2

[GIT PULL] arm_mpam fixes for v7.2-rc2

[Ben Horgan]

Hi Will,

I hope this method works for sending you MPAM changes but please let me know if
you would like them some other way or I've made a mistake. It's not a signed tag
as I still need to sort out my GPG key. The change authored by be me hasn't got
an Reviewed-by's or Tested-by's but it's been on the list since the middle of
May and James is on leave.

Fix the reset values for two MPAM controls that are not known to exist in
silicon. Fix a NULL pointer dereference on the driver teardown path.

Thanks,

Ben

The following changes since commit 8cdeaa50eae8dad34885515f62559ee83e7e8dda:

  Linux 7.2-rc2 (2026-07-05 14:44:06 -1000)

are available in the Git repository at:

  git@git.gitlab.arm.com:linux-arm/linux-bh.git MPAM_fixes_v7.2-rc2

for you to fetch changes up to ec0810359f28c3cf78320b85f894d875c3f32d10:

  arm_mpam: guard MBWU state before adding it to garbage (2026-07-09 15:40:46 +0100)

----------------------------------------------------------------
Ben Horgan (1):
      arm_mpam: Fix software reset values of MPAMCFG_PRI

Fenghua Yu (1):
      arm_mpam: Fix MPAMCFG_MBW_PBM register setting

Guangshuo Li (1):
      arm_mpam: guard MBWU state before adding it to garbage

 drivers/resctrl/mpam_devices.c | 36 ++++++++++++++++++++++--------------
 1 file changed, 22 insertions(+), 14 deletions(-)

Re: [GIT PULL] arm_mpam fixes for v7.2-rc2

[Ben Horgan]

Hi Will,

On 7/9/26 16:48, Ben Horgan wrote:
> Hi Will,
> 
> I hope this method works for sending you MPAM changes but please let me know if
> you would like them some other way or I've made a mistake. It's not a signed tag
> as I still need to sort out my GPG key. The change authored by be me hasn't got
> an Reviewed-by's or Tested-by's but it's been on the list since the middle of
> May and James is on leave.
> 
> Fix the reset values for two MPAM controls that are not known to exist in
> silicon. Fix a NULL pointer dereference on the driver teardown path.
> 
Sorry, this is a retake. I forgot to add my Sob on the patches.

The following changes since commit 8cdeaa50eae8dad34885515f62559ee83e7e8dda:

  Linux 7.2-rc2 (2026-07-05 14:44:06 -1000)

are available in the Git repository at:

  git@git.gitlab.arm.com:linux-arm/linux-bh.git tags/mpam-fixes-7.2-rc2-RETAKE

for you to fetch changes up to 9f1ff4625c7f84aca8f0fb07949ef8870ed31a3e:

  arm_mpam: guard MBWU state before adding it to garbage (2026-07-09 17:09:53 +0100)

----------------------------------------------------------------
Ben Horgan (1):
      arm_mpam: Fix software reset values of MPAMCFG_PRI

Fenghua Yu (1):
      arm_mpam: Fix MPAMCFG_MBW_PBM register setting

Guangshuo Li (1):
      arm_mpam: guard MBWU state before adding it to garbage

 drivers/resctrl/mpam_devices.c | 36 ++++++++++++++++++++++--------------
 1 file changed, 22 insertions(+), 14 deletions(-)

Thanks,

Ben

Re: [GIT PULL] arm_mpam fixes for v7.2-rc2

[Will Deacon]

Hi Ben,

On Thu, Jul 09, 2026 at 05:23:38PM +0100, Ben Horgan wrote:
> On 7/9/26 16:48, Ben Horgan wrote:
> > I hope this method works for sending you MPAM changes but please let me know if
> > you would like them some other way or I've made a mistake. It's not a signed tag
> > as I still need to sort out my GPG key. The change authored by be me hasn't got
> > an Reviewed-by's or Tested-by's but it's been on the list since the middle of
> > May and James is on leave.
> > 
> > Fix the reset values for two MPAM controls that are not known to exist in
> > silicon. Fix a NULL pointer dereference on the driver teardown path.
> > 
> Sorry, this is a retake. I forgot to add my Sob on the patches.
> 
> The following changes since commit 8cdeaa50eae8dad34885515f62559ee83e7e8dda:
> 
>   Linux 7.2-rc2 (2026-07-05 14:44:06 -1000)
> 
> are available in the Git repository at:
> 
>   git@git.gitlab.arm.com:linux-arm/linux-bh.git tags/mpam-fixes-7.2-rc2-RETAKE

Thanks, but I'll probably just pick these from the list given that your
key isn't sorted out yet.

In future, it's probably easiest if you go down the route that James
used to tread where you collect the mpam patches up and then send them
out as a series (with your SoB added and with me and Catalin on cc) once
they've been reviewed and you're happy with them. Then we can just grab
'em that way. I think that's probably easiest to start with, but we can
revisit it if the number of patches becomes too much.

Does that sound ok?

Will

Re: [GIT PULL] arm_mpam fixes for v7.2-rc2

[Ben Horgan]

Hi Will,

On 7/15/26 14:01, Will Deacon wrote:
> Hi Ben,
> 
> On Thu, Jul 09, 2026 at 05:23:38PM +0100, Ben Horgan wrote:
>> On 7/9/26 16:48, Ben Horgan wrote:
>>> I hope this method works for sending you MPAM changes but please let me know if
>>> you would like them some other way or I've made a mistake. It's not a signed tag
>>> as I still need to sort out my GPG key. The change authored by be me hasn't got
>>> an Reviewed-by's or Tested-by's but it's been on the list since the middle of
>>> May and James is on leave.
>>>
>>> Fix the reset values for two MPAM controls that are not known to exist in
>>> silicon. Fix a NULL pointer dereference on the driver teardown path.
>>>
>> Sorry, this is a retake. I forgot to add my Sob on the patches.
>>
>> The following changes since commit 8cdeaa50eae8dad34885515f62559ee83e7e8dda:
>>
>>   Linux 7.2-rc2 (2026-07-05 14:44:06 -1000)
>>
>> are available in the Git repository at:
>>
>>   git@git.gitlab.arm.com:linux-arm/linux-bh.git tags/mpam-fixes-7.2-rc2-RETAKE
> 
> Thanks, but I'll probably just pick these from the list given that your
> key isn't sorted out yet.

Ok, thank you, is there anything that you need from me for this iteration?

> 
> In future, it's probably easiest if you go down the route that James
> used to tread where you collect the mpam patches up and then send them
> out as a series (with your SoB added and with me and Catalin on cc) once
> they've been reviewed and you're happy with them. Then we can just grab
> 'em that way. I think that's probably easiest to start with, but we can
> revisit it if the number of patches becomes too much.
> 
> Does that sound ok?

Yes, I'm happy with that.

Thanks,

Ben

> 
> Will