linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "tan.shaopeng@fujitsu.com" <tan.shaopeng@fujitsu.com>
To: 'James Morse' <james.morse@arm.com>,
	"x86@kernel.org" <x86@kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Cc: Fenghua Yu <fenghua.yu@intel.com>,
	Reinette Chatre <reinette.chatre@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	H Peter Anvin <hpa@zytor.com>, Babu Moger <Babu.Moger@amd.com>,
	"shameerali.kolothum.thodi@huawei.com" 
	<shameerali.kolothum.thodi@huawei.com>,
	D Scott Phillips OS <scott@os.amperecomputing.com>,
	"lcherian@marvell.com" <lcherian@marvell.com>,
	"bobo.shaobowang@huawei.com" <bobo.shaobowang@huawei.com>,
	Jamie Iles <quic_jiles@quicinc.com>,
	Cristian Marussi <cristian.marussi@arm.com>,
	Xin Hao <xhao@linux.alibaba.com>,
	"xingxin.hx@openanolis.org" <xingxin.hx@openanolis.org>,
	"baolin.wang@linux.alibaba.com" <baolin.wang@linux.alibaba.com>
Subject: RE: [PATCH v5 04/21] x86/resctrl: Group struct rdt_hw_domain cleanup
Date: Wed, 29 Jun 2022 08:33:44 +0000	[thread overview]
Message-ID: <TYAPR01MB6330E0E18CF4A229B38511648BBB9@TYAPR01MB6330.jpnprd01.prod.outlook.com> (raw)
In-Reply-To: <20220622164629.20795-5-james.morse@arm.com>

Hi James,

> domain_add_cpu() and domain_remove_cpu() need to kfree() the child arrays
> that were allocated by domain_setup_ctrlval().
> 
> As this memory is moved around, and new arrays are created, adjusting the
> error handling cleanup code becomes noisier.
> 
> To simplify this, move all the kfree() calls into a domain_free() helper.
> This depends on struct rdt_hw_domain being kzalloc()d, allowing it to
> unconditionally kfree() all the child arrays.
> 
> Reviewed-by: Jamie Iles <quic_jiles@quicinc.com>
> Tested-by: Xin Hao <xhao@linux.alibaba.com>
> Reviewed-by: Shaopeng Tan <tan.shaopeng@fujitsu.com>
> Tested-by: Shaopeng Tan <tan.shaopeng@fujitsu.com>
> Tested-by: Cristian Marussi <cristian.marussi@arm.com>
> Signed-off-by: James Morse <james.morse@arm.com>
> ---
> Changes since v2:
>  * Made domain_free() static.
> 
> Changes since v1:
>  * This patch is new
> ---
>  arch/x86/kernel/cpu/resctrl/core.c | 17 ++++++++++-------
>  1 file changed, 10 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/x86/kernel/cpu/resctrl/core.c
> b/arch/x86/kernel/cpu/resctrl/core.c
> index 25f30148478b..e37889f7a1a5 100644
> --- a/arch/x86/kernel/cpu/resctrl/core.c
> +++ b/arch/x86/kernel/cpu/resctrl/core.c
> @@ -414,6 +414,13 @@ void setup_default_ctrlval(struct rdt_resource *r, u32
> *dc, u32 *dm)
>  	}
>  }
> 
> +static void domain_free(struct rdt_hw_domain *hw_dom) {
> +	kfree(hw_dom->ctrl_val);
> +	kfree(hw_dom->mbps_val);
> +	kfree(hw_dom);
> +}
> +
>  static int domain_setup_ctrlval(struct rdt_resource *r, struct rdt_domain *d)  {
>  	struct rdt_hw_resource *hw_res = resctrl_to_arch_res(r); @@ -488,7
> +495,7 @@ static void domain_add_cpu(int cpu, struct rdt_resource *r)
>  	rdt_domain_reconfigure_cdp(r);
> 
>  	if (r->alloc_capable && domain_setup_ctrlval(r, d)) {
> -		kfree(hw_dom);
> +		domain_free(hw_dom);

domain_free(hw_dom) is executed when fails allocated hw_dom->ctrl_val 
by kmalloc_array() in domain_setup_ctrlval(r, d), 
but hw_dom->ctrl_val is freed in domain_free(hw_dom).

Also, hw_dom->mbps_val is not allocated at this time,
but it is freed in domain_free(hw_dom).

In addition,I tested this patch series on Intel(R) Xeon(R) Gold 6254 CPU with resctrl selftest.
It is no problem.

Best regards,
Shaopeng
>  		return;
>  	}
> 
> @@ -497,9 +504,7 @@ static void domain_add_cpu(int cpu, struct rdt_resource
> *r)
>  	err = resctrl_online_domain(r, d);
>  	if (err) {
>  		list_del(&d->list);
> -		kfree(hw_dom->ctrl_val);
> -		kfree(hw_dom->mbps_val);
> -		kfree(hw_dom);
> +		domain_free(hw_dom);
>  	}
>  }
> 
> @@ -547,12 +552,10 @@ static void domain_remove_cpu(int cpu, struct
> rdt_resource *r)
>  		if (d->plr)
>  			d->plr->d = NULL;
> 
> -		kfree(hw_dom->ctrl_val);
> -		kfree(hw_dom->mbps_val);
>  		bitmap_free(d->rmid_busy_llc);
>  		kfree(d->mbm_total);
>  		kfree(d->mbm_local);
> -		kfree(hw_dom);
> +		domain_free(hw_dom);
>  		return;
>  	}
> 
> --
> 2.30.2


  reply	other threads:[~2022-06-29  8:35 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-22 16:46 [PATCH v5 00/21] x86/resctrl: Make resctrl_arch_rmid_read() return values in bytes James Morse
2022-06-22 16:46 ` [PATCH v5 01/21] x86/resctrl: Kill off alloc_enabled James Morse
2022-06-22 16:46 ` [PATCH v5 02/21] x86/resctrl: Merge mon_capable and mon_enabled James Morse
2022-06-22 16:46 ` [PATCH v5 03/21] x86/resctrl: Add domain online callback for resctrl work James Morse
2022-06-22 16:46 ` [PATCH v5 04/21] x86/resctrl: Group struct rdt_hw_domain cleanup James Morse
2022-06-29  8:33   ` tan.shaopeng [this message]
2022-06-29 11:07     ` James Morse
2022-07-01  6:37       ` tan.shaopeng
2022-06-22 16:46 ` [PATCH v5 05/21] x86/resctrl: Add domain offline callback for resctrl work James Morse
2022-06-22 16:46 ` [PATCH v5 06/21] x86/resctrl: Remove set_mba_sc()s control array re-initialisation James Morse
2022-06-22 16:46 ` [PATCH v5 07/21] x86/resctrl: Abstract and use supports_mba_mbps() James Morse
2022-08-23 16:42   ` Reinette Chatre
2022-06-22 16:46 ` [PATCH v5 08/21] x86/resctrl: Create mba_sc configuration in the rdt_domain James Morse
2022-06-22 16:46 ` [PATCH v5 09/21] x86/resctrl: Switch over to the resctrl mbps_val list James Morse
2022-06-22 16:46 ` [PATCH v5 10/21] x86/resctrl: Remove architecture copy of mbps_val James Morse
2022-06-22 16:46 ` [PATCH v5 11/21] x86/resctrl: Allow update_mba_bw() to update controls directly James Morse
2022-06-22 16:46 ` [PATCH v5 12/21] x86/resctrl: Calculate bandwidth from the previous __mon_event_count() chunks James Morse
2022-06-22 16:46 ` [PATCH v5 13/21] x86/resctrl: Add per-rmid arch private storage for overflow and chunks James Morse
2022-06-22 16:46 ` [PATCH v5 14/21] x86/resctrl: Allow per-rmid arch private storage to be reset James Morse
2022-06-22 16:46 ` [PATCH v5 15/21] x86/resctrl: Abstract __rmid_read() James Morse
2022-06-22 16:46 ` [PATCH v5 16/21] x86/resctrl: Pass the required parameters into resctrl_arch_rmid_read() James Morse
2022-06-22 16:46 ` [PATCH v5 17/21] x86/resctrl: Move mbm_overflow_count() " James Morse
2022-06-22 16:46 ` [PATCH v5 18/21] x86/resctrl: Move get_corrected_mbm_count() " James Morse
2022-06-22 16:46 ` [PATCH v5 19/21] x86/resctrl: Rename and change the units of resctrl_cqm_threshold James Morse
2022-06-22 16:46 ` [PATCH v5 20/21] x86/resctrl: Add resctrl_rmid_realloc_limit to abstract x86's boot_cpu_data James Morse
2022-06-22 16:46 ` [PATCH v5 21/21] x86/resctrl: Make resctrl_arch_rmid_read() return values in bytes James Morse
2022-07-03 15:54 ` [PATCH v5 00/21] " Xin Hao
2022-08-23 17:09   ` Reinette Chatre
2022-09-07  5:46     ` haoxin
2022-09-08 17:01       ` James Morse
2022-08-23 17:20 ` Reinette Chatre
2022-09-02 15:47   ` James Morse

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=TYAPR01MB6330E0E18CF4A229B38511648BBB9@TYAPR01MB6330.jpnprd01.prod.outlook.com \
    --to=tan.shaopeng@fujitsu.com \
    --cc=Babu.Moger@amd.com \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=bobo.shaobowang@huawei.com \
    --cc=bp@alien8.de \
    --cc=cristian.marussi@arm.com \
    --cc=fenghua.yu@intel.com \
    --cc=hpa@zytor.com \
    --cc=james.morse@arm.com \
    --cc=lcherian@marvell.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=quic_jiles@quicinc.com \
    --cc=reinette.chatre@intel.com \
    --cc=scott@os.amperecomputing.com \
    --cc=shameerali.kolothum.thodi@huawei.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    --cc=xhao@linux.alibaba.com \
    --cc=xingxin.hx@openanolis.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).