From: Andre Przywara <andre.przywara@arm.com>
To: Jonathan Cameron <jonathan.cameron@oss.qualcomm.com>
Cc: Lorenzo Pieralisi <lpieralisi@kernel.org>,
Hanjun Guo <guohanjun@huawei.com>,
Sudeep Holla <sudeep.holla@kernel.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Len Brown <lenb@kernel.org>, James Morse <james.morse@arm.com>,
Ben Horgan <ben.horgan@arm.com>,
Reinette Chatre <reinette.chatre@intel.com>,
Fenghua Yu <fenghuay@nvidia.com>,
Jonathan Cameron <jic23@kernel.org>,
Srivathsa L Rao <srivathsa.rao@oss.qualcomm.com>,
Ganapatrao Kulkarni <ganapatrao.kulkarni@oss.qualcomm.com>,
Trilok Soni <tsoni@quicinc.com>,
Srinivas Ramana <sramana@qti.qualcomm.com>,
Niyas Sait <niyas.sait@arm.com>, Lee Trager <lee@trager.us>,
Ritwick Sharma <ritwick.sharma@arm.com>,
linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v7 07/11] arm_mpam: propagate MSC access errors for mpam_reprogram_ris_partid()
Date: Tue, 4 Aug 2026 11:15:47 +0200 [thread overview]
Message-ID: <0e73b685-da3a-411a-bbb7-d4369fc30d1d@arm.com> (raw)
In-Reply-To: <20260803152859.00006590@oss.qualcomm.com>
Hi Jonathan,
On 8/4/26 00:28, Jonathan Cameron wrote:
> On Fri, 31 Jul 2026 19:03:20 +0200
> Andre Przywara <andre.przywara@arm.com> wrote:
>
>> Allow the mpam_reprogram_ris_partid() function check for and return
>
> function to check
>
>> errors, and propagate MSC read and write errors from the lower level up.
>> This also covers the callers of this function: mpam_reset_ris() and
>> apply_config().
>>
>> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> One thing below to perhaps modify if you are respinning
>
> Reviewed-by: Jonathan Cameron <jonathan.cameron@oss.qualcomm.com>
Thanks!
>> ---
>> drivers/resctrl/mpam_devices.c | 136 ++++++++++++++++++++++-----------
>> 1 file changed, 93 insertions(+), 43 deletions(-)
>>
>> diff --git a/drivers/resctrl/mpam_devices.c b/drivers/resctrl/mpam_devices.c
>> index 38450c55e45e..32088ad1d67e 100644
>> --- a/drivers/resctrl/mpam_devices.c
>> +++ b/drivers/resctrl/mpam_devices.c
>> @@ -1601,7 +1601,7 @@ void mpam_msmon_reset_mbwu(struct mpam_component *comp, struct mon_cfg *ctx)
>> }
>> }
>>
>> -static void mpam_reset_msc_bitmap(struct mpam_msc *msc, u16 reg, u16 wd)
>> +static int mpam_reset_msc_bitmap(struct mpam_msc *msc, u16 reg, u16 wd)
>> {
>> u32 num_words, msb;
>> u32 bm = ~0;
>> @@ -1610,15 +1610,19 @@ static void mpam_reset_msc_bitmap(struct mpam_msc *msc, u16 reg, u16 wd)
>> lockdep_assert_held(&msc->part_sel_lock);
>>
>> if (wd == 0)
>> - return;
>> + return 0;
>>
>> /*
>> * Write all ~0 to all but the last 32bit-word, which may
>> * have fewer bits...
>> */
>> num_words = DIV_ROUND_UP(wd, 32);
>> - for (i = 0; i < num_words - 1; i++, reg += sizeof(bm))
>> - __mpam_write_reg(msc, reg, bm);
>> + for (i = 0; i < num_words - 1; i++, reg += sizeof(bm)) {
>
> Not really related to what you are doing here, but if you like you could
> reduce the scope of i via
>
> for (int i = 0;...
>
> as it isn't used outside of this loop.
Yeah, true, but I'd rather keep it, otherwise I might get comments about
unrelated changes ;-)
>
>> + int ret = __mpam_write_reg(msc, reg, bm);
>> +
>> + if (ret)
>> + return ret;
> Personally I don't like this style but feel free to ignore as this is
I know what you mean, I am always in conflict about the on-the-spot
initialisation and the empty line requirement, tearing apart the error
check here. Changed to what you suggested.
Thanks,
Andre.
> very much a personal taste thing. I'd do
> int ret;
>
> ret = __mpam_write_reg(msc, reg, bm);
> if (ret)
> return ret;
> }
> just to keep the source of error and check for error next to each other.
>
>> + }
>
>
next prev parent reply other threads:[~2026-08-04 9:16 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-31 17:03 [PATCH v7 00/11] arm_mpam: Add MPAM-Fb firmware support Andre Przywara
2026-07-31 17:03 ` [PATCH v7 01/11] arm_mpam: let low level MSC accessors return an error Andre Przywara
2026-08-04 3:38 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 02/11] arm_mpam: propagate MSC access errors for hw_probe functions Andre Przywara
2026-08-04 3:42 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 03/11] arm_mpam: propagate MSC access errors for MBWU counters Andre Przywara
2026-08-04 3:43 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 04/11] arm_mpam: propagate MSC access errors for msmon helpers Andre Przywara
2026-08-04 3:48 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 05/11] arm_mpam: propagate MSC access errors for __ris_msmon_read() Andre Przywara
2026-08-03 17:23 ` Ben Horgan
2026-08-03 22:13 ` Jonathan Cameron
2026-08-04 3:51 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 06/11] arm_mpam: propagate MSC access errors for state saving function Andre Przywara
2026-08-03 22:17 ` Jonathan Cameron
2026-08-04 3:53 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 07/11] arm_mpam: propagate MSC access errors for mpam_reprogram_ris_partid() Andre Przywara
2026-08-03 17:22 ` Ben Horgan
2026-08-03 22:28 ` Jonathan Cameron
2026-08-04 9:15 ` Andre Przywara [this message]
2026-08-04 3:56 ` Gavin Shan
2026-08-04 5:57 ` Srivathsa L Rao
2026-08-04 9:54 ` Andre Przywara
2026-07-31 17:03 ` [PATCH v7 08/11] arm_mpam: prepare mon_sel locking for MPAM-Fb Andre Przywara
2026-08-03 17:24 ` Ben Horgan
2026-08-04 3:58 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 09/11] arm_mpam: add MPAM-Fb MSC firmware access support Andre Przywara
2026-08-04 6:09 ` Gavin Shan
2026-08-04 6:36 ` Gavin Shan
2026-07-31 17:03 ` [PATCH v7 10/11] arm_mpam: change MPAM-Fb error IRQ to use a threaded IRQ handler Andre Przywara
2026-08-03 17:30 ` Ben Horgan
2026-08-03 22:46 ` Jonathan Cameron
2026-08-04 8:09 ` Andre Przywara
2026-07-31 17:03 ` [PATCH v7 11/11] arm_mpam: detect and enable MPAM-Fb PCC support Andre Przywara
2026-08-03 10:49 ` Srivathsa L Rao
2026-08-03 13:37 ` Andre Przywara
2026-08-03 14:53 ` Andre Przywara
2026-08-03 17:04 ` [PATCH] FIX: avoid using mailbox client dev pointer for error prints Andre Przywara
2026-08-03 17:35 ` Ben Horgan
2026-08-04 3:29 ` [PATCH v7 00/11] arm_mpam: Add MPAM-Fb firmware support Gavin Shan
2026-08-04 8:50 ` Andre Przywara
2026-08-04 8:56 ` Gavin Shan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0e73b685-da3a-411a-bbb7-d4369fc30d1d@arm.com \
--to=andre.przywara@arm.com \
--cc=ben.horgan@arm.com \
--cc=catalin.marinas@arm.com \
--cc=fenghuay@nvidia.com \
--cc=ganapatrao.kulkarni@oss.qualcomm.com \
--cc=guohanjun@huawei.com \
--cc=james.morse@arm.com \
--cc=jic23@kernel.org \
--cc=jonathan.cameron@oss.qualcomm.com \
--cc=lee@trager.us \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=niyas.sait@arm.com \
--cc=rafael@kernel.org \
--cc=reinette.chatre@intel.com \
--cc=ritwick.sharma@arm.com \
--cc=sramana@qti.qualcomm.com \
--cc=srivathsa.rao@oss.qualcomm.com \
--cc=sudeep.holla@kernel.org \
--cc=tsoni@quicinc.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.