mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Xiaochen Shen <xiaochen.shen@intel.com>
To: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
	hpa@zytor.com, tony.luck@intel.com, fenghua.yu@intel.com,
	reinette.chatre@intel.com, willemb@google.com
Cc: x86@kernel.org, linux-kernel@vger.kernel.org,
	pei.p.jia@intel.com, Xiaochen Shen <xiaochen.shen@intel.com>
Subject: Re: [PATCH 1/3] x86/resctrl: Remove superfluous kernfs_get() calls to prevent refcount leak
Date: Sat, 31 Oct 2020 03:00:06 +0800	[thread overview]
Message-ID: <6490757d-9acf-5eee-bff4-66642980e4d5@intel.com> (raw)
In-Reply-To: <1604084638-31197-1-git-send-email-xiaochen.shen@intel.com>

Sorry, please ignore this patch.

The correct version of patchset:
https://lkml.org/lkml/2020/10/30/998

On 10/31/2020 3:03, Xiaochen Shen wrote:
> Willem reported growing of kernfs_node_cache entries in slabtop when
> repeatedly creating and removing resctrl subdirectories as well as when
> repeatedly mounting and unmounting resctrl filesystem.
>
> On resource group (control as well as monitoring) creation via a mkdir
> an extra kernfs_node reference is obtained to ensure that the rdtgroup
> structure remains accessible for the rdtgroup_kn_unlock() calls where it
> is removed on deletion. The kernfs_node reference count is dropped by
> kernfs_put() in rdtgroup_kn_unlock().
>
> With the above explaining the need for one kernfs_get()/kernfs_put()
> pair in resctrl there are more places where a kernfs_node reference is
> obtained without a corresponding release. The excessive amount of
> reference count on kernfs nodes will never be dropped to 0 and the
> kernfs nodes will never be freed in the call paths of rmdir and umount.
> It leads to reference count leak and kernfs_node_cache memory leak.
>
> Remove the superfluous kernfs_get() calls and expand the existing
> comments surrounding the remaining kernfs_get()/kernfs_put() pair that
> remains in use.
>
> Superfluous kernfs_get() calls are removed from two areas:
>
>    (1) In call paths of mount and mkdir, when kernfs nodes for "info",
>    "mon_groups" and "mon_data" directories and sub-directories are
>    created, the reference count of newly created kernfs node is set to 1.
>    But after kernfs_create_dir() returns, superfluous kernfs_get() are
>    called to take an additional reference.
>
>    (2) kernfs_get() calls in rmdir call paths.
>
> Cc: stable@vger.kernel.org
> Fixes: 17eafd076291 ("x86/intel_rdt: Split resource group removal in two")
> Fixes: 4af4a88e0c92 ("x86/intel_rdt/cqm: Add mount,umount support")
> Fixes: f3cbeacaa06e ("x86/intel_rdt/cqm: Add rmdir support")
> Fixes: d89b7379015f ("x86/intel_rdt/cqm: Add mon_data")
> Fixes: c7d9aac61311 ("x86/intel_rdt/cqm: Add mkdir support for RDT monitoring")
> Fixes: 5dc1d5c6bac2 ("x86/intel_rdt: Simplify info and base file lists")
> Fixes: 60cf5e101fd4 ("x86/intel_rdt: Add mkdir to resctrl file system")
> Fixes: 4e978d06dedb ("x86/intel_rdt: Add "info" files to resctrl file system")
> Reported-by: Willem de Bruijn <willemb@google.com>
> Signed-off-by: Xiaochen Shen <xiaochen.shen@intel.com>
> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com>
> ---
>   arch/x86/kernel/cpu/resctrl/rdtgroup.c | 35 ++--------------------------------
>   1 file changed, 2 insertions(+), 33 deletions(-)
>
> diff --git a/arch/x86/kernel/cpu/resctrl/rdtgroup.c b/arch/x86/kernel/cpu/resctrl/rdtgroup.c
> index af323e2e3100..2ab1266a5f14 100644
> --- a/arch/x86/kernel/cpu/resctrl/rdtgroup.c
> +++ b/arch/x86/kernel/cpu/resctrl/rdtgroup.c
> @@ -1769,7 +1769,6 @@ static int rdtgroup_mkdir_info_resdir(struct rdt_resource *r, char *name,
>   	if (IS_ERR(kn_subdir))
>   		return PTR_ERR(kn_subdir);
>   
> -	kernfs_get(kn_subdir);
>   	ret = rdtgroup_kn_set_ugid(kn_subdir);
>   	if (ret)
>   		return ret;
> @@ -1792,7 +1791,6 @@ static int rdtgroup_create_info_dir(struct kernfs_node *parent_kn)
>   	kn_info = kernfs_create_dir(parent_kn, "info", parent_kn->mode, NULL);
>   	if (IS_ERR(kn_info))
>   		return PTR_ERR(kn_info);
> -	kernfs_get(kn_info);
>   
>   	ret = rdtgroup_add_files(kn_info, RF_TOP_INFO);
>   	if (ret)
> @@ -1813,12 +1811,6 @@ static int rdtgroup_create_info_dir(struct kernfs_node *parent_kn)
>   			goto out_destroy;
>   	}
>   
> -	/*
> -	 * This extra ref will be put in kernfs_remove() and guarantees
> -	 * that @rdtgrp->kn is always accessible.
> -	 */
> -	kernfs_get(kn_info);
> -
>   	ret = rdtgroup_kn_set_ugid(kn_info);
>   	if (ret)
>   		goto out_destroy;
> @@ -1847,12 +1839,6 @@ static int rdtgroup_create_info_dir(struct kernfs_node *parent_kn)
>   	if (dest_kn)
>   		*dest_kn = kn;
>   
> -	/*
> -	 * This extra ref will be put in kernfs_remove() and guarantees
> -	 * that @rdtgrp->kn is always accessible.
> -	 */
> -	kernfs_get(kn);
> -
>   	ret = rdtgroup_kn_set_ugid(kn);
>   	if (ret)
>   		goto out_destroy;
> @@ -2139,13 +2125,11 @@ static int rdt_get_tree(struct fs_context *fc)
>   					  &kn_mongrp);
>   		if (ret < 0)
>   			goto out_info;
> -		kernfs_get(kn_mongrp);
>   
>   		ret = mkdir_mondata_all(rdtgroup_default.kn,
>   					&rdtgroup_default, &kn_mondata);
>   		if (ret < 0)
>   			goto out_mongrp;
> -		kernfs_get(kn_mondata);
>   		rdtgroup_default.mon.mon_data_kn = kn_mondata;
>   	}
>   
> @@ -2499,11 +2483,6 @@ static int mkdir_mondata_subdir(struct kernfs_node *parent_kn,
>   	if (IS_ERR(kn))
>   		return PTR_ERR(kn);
>   
> -	/*
> -	 * This extra ref will be put in kernfs_remove() and guarantees
> -	 * that kn is always accessible.
> -	 */
> -	kernfs_get(kn);
>   	ret = rdtgroup_kn_set_ugid(kn);
>   	if (ret)
>   		goto out_destroy;
> @@ -2838,8 +2817,8 @@ static int mkdir_rdt_prepare(struct kernfs_node *parent_kn,
>   	/*
>   	 * kernfs_remove() will drop the reference count on "kn" which
>   	 * will free it. But we still need it to stick around for the
> -	 * rdtgroup_kn_unlock(kn} call below. Take one extra reference
> -	 * here, which will be dropped inside rdtgroup_kn_unlock().
> +	 * rdtgroup_kn_unlock(kn) call. Take one extra reference here,
> +	 * which will be dropped inside rdtgroup_kn_unlock().
>   	 */
>   	kernfs_get(kn);
>   
> @@ -3049,11 +3028,6 @@ static int rdtgroup_rmdir_mon(struct kernfs_node *kn, struct rdtgroup *rdtgrp,
>   	WARN_ON(list_empty(&prdtgrp->mon.crdtgrp_list));
>   	list_del(&rdtgrp->mon.crdtgrp_list);
>   
> -	/*
> -	 * one extra hold on this, will drop when we kfree(rdtgrp)
> -	 * in rdtgroup_kn_unlock()
> -	 */
> -	kernfs_get(kn);
>   	kernfs_remove(rdtgrp->kn);
>   
>   	return 0;
> @@ -3065,11 +3039,6 @@ static int rdtgroup_ctrl_remove(struct kernfs_node *kn,
>   	rdtgrp->flags = RDT_DELETED;
>   	list_del(&rdtgrp->rdtgroup_list);
>   
> -	/*
> -	 * one extra hold on this, will drop when we kfree(rdtgrp)
> -	 * in rdtgroup_kn_unlock()
> -	 */
> -	kernfs_get(kn);
>   	kernfs_remove(rdtgrp->kn);
>   	return 0;
>   }

-- 
Best regards,
Xiaochen


  reply	other threads:[~2020-10-30 19:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1604084530-31048-1-git-send-email-xiaochen.shen>
2020-10-30 19:03 ` Xiaochen Shen
2020-10-30 19:00   ` Xiaochen Shen [this message]
2020-11-20 16:13   ` Borislav Petkov
2020-11-21  1:55     ` Xiaochen Shen
2020-10-30 19:02 [PATCH 0/3] Fix kernfs node reference count leak issues Xiaochen Shen
2020-10-30 19:10 ` [PATCH 1/3] x86/resctrl: Remove superfluous kernfs_get() calls to prevent refcount leak Xiaochen Shen
2020-10-30 23:31   ` Willem de Bruijn

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=6490757d-9acf-5eee-bff4-66642980e4d5@intel.com \
    --to=xiaochen.shen@intel.com \
    --cc=bp@alien8.de \
    --cc=fenghua.yu@intel.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=pei.p.jia@intel.com \
    --cc=reinette.chatre@intel.com \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=willemb@google.com \
    --cc=x86@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®