Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp2163544ioo; Mon, 23 May 2022 11:35:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqHU4rGbR/UxgRsvEjZWP9zbAOdENI42cWraK16jQWxqgzwH01MjOaT1YGmZileE7O/Jhj X-Received: by 2002:a17:90a:9b0d:b0:1dc:e81d:6c18 with SMTP id f13-20020a17090a9b0d00b001dce81d6c18mr363968pjp.72.1653330952497; Mon, 23 May 2022 11:35:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653330952; cv=none; d=google.com; s=arc-20160816; b=opejxiyv1oTwsmOgHJJAhgUK7lE4bt4CVGgvc/l3yVNt1MCJrgvooB8zuP2nZygec7 2pJ2f8vRVFhGMpuDiO9hNm/0x66n//PKGFWyfcFvhAaXD2LRIj9deujHe6DmD7ipHpkg ZObfWQRj3pFLW3r8bXJRbxMbSD05gW6yCCHBA6SzKOY/A+XED4BfN4oIyFVQ7QOPsO0u Oxzs0DEdv96SK1DVbqiLxtaxyEUs38AV0Y5qTjONqq3MhvoESDZFmyfVu22s9Eq/8lbM opzLXgzgMhVeQtL4IOh+ieWKofyZU99UX7h7Y50G3LEdNFqe63Ft3eIQw87Lzr/HHvm2 auDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:dkim-signature:date; bh=q1YI4UvJq+RWDZGSirVLxbIlT+BTHHqOR7zZ/+4VaG0=; b=OlIJRmbUb91p9k3DNFquXfVoY3xda88JCU/M1C5zEpvl+PqzQWK47ixBwo2G7ZoqI7 B70rVPrnpXbIk8SI2zjpQG8+CCt3JkSGGRXok9DGd5ZgpQpfelYMZPVoh53j5aYwBeU7 lcUkS3CxZLXj5zNTLkdVhvJiiIbMOtyaTl0TqMRebhSegX40QFTDqwrRDfe2qgjmRS9D mZ9Y9mNblFNNev1jmAq2XSOlOW3ZlTnIMVfSzZLCd0cY4TBlGDtbDCRp8R9jVGtVOarm 3eungRbTLUHV++Egz5JGgIL3z+BN/V626lgnublALl6aT+6S+6GrVb6hw4rvCylr31rm RKJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=UbheU5Pm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id i64-20020a639d43000000b003db48b17c00si10656807pgd.587.2022.05.23.11.35.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 11:35:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=UbheU5Pm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 45A4214E2DF; Mon, 23 May 2022 11:35:48 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239505AbiEWSff (ORCPT + 99 others); Mon, 23 May 2022 14:35:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33696 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241274AbiEWSfE (ORCPT ); Mon, 23 May 2022 14:35:04 -0400 Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD41035ABD for ; Mon, 23 May 2022 11:12:51 -0700 (PDT) Date: Mon, 23 May 2022 11:12:12 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1653329538; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=q1YI4UvJq+RWDZGSirVLxbIlT+BTHHqOR7zZ/+4VaG0=; b=UbheU5PmTAzA+/TY4MyvYTNIp3BVm0Hga9iFXmev+TjZfDbs6yzGwrYgzvQJTBTJ9RbmnL NSvFACzXU2soEuy2q7l6WoleteCCASk/eCQ2IgwVnwfkGo303DSDuboNuZ1EDqBRtJKX2J 8e88A2HsElu6//96aMDMtFko+gwIiLE= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Roman Gushchin To: Muchun Song Cc: Andrew Morton , linux-mm@kvack.org, Dave Chinner , linux-kernel@vger.kernel.org, Kent Overstreet , Hillf Danton , Christophe JAILLET Subject: Re: [PATCH v3 1/6] mm: memcontrol: introduce mem_cgroup_ino() and mem_cgroup_get_from_ino() Message-ID: References: <20220509183820.573666-1-roman.gushchin@linux.dev> <20220509183820.573666-2-roman.gushchin@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, May 22, 2022 at 03:05:33PM +0800, Muchun Song wrote: > On Mon, May 09, 2022 at 11:38:15AM -0700, Roman Gushchin wrote: > > Shrinker debugfs requires a way to represent memory cgroups without > > using full paths, both for displaying information and getting input > > from a user. > > > > Cgroup inode number is a perfect way, already used by bpf. > > > > This commit adds a couple of helper functions which will be used > > to handle memcg-aware shrinkers. > > > > Signed-off-by: Roman Gushchin > > --- > > include/linux/memcontrol.h | 21 +++++++++++++++++++++ > > mm/memcontrol.c | 23 +++++++++++++++++++++++ > > 2 files changed, 44 insertions(+) > > > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > > index fe580cb96683..a6de9e5c1549 100644 > > --- a/include/linux/memcontrol.h > > +++ b/include/linux/memcontrol.h > > @@ -831,6 +831,15 @@ static inline unsigned short mem_cgroup_id(struct mem_cgroup *memcg) > > } > > struct mem_cgroup *mem_cgroup_from_id(unsigned short id); > > > > +#ifdef CONFIG_SHRINKER_DEBUG > > +static inline unsigned long mem_cgroup_ino(struct mem_cgroup *memcg) > > +{ > > + return memcg ? cgroup_ino(memcg->css.cgroup) : 0; > > +} > > + > > +struct mem_cgroup *mem_cgroup_get_from_ino(unsigned long ino); > > +#endif > > + > > static inline struct mem_cgroup *mem_cgroup_from_seq(struct seq_file *m) > > { > > return mem_cgroup_from_css(seq_css(m)); > > @@ -1324,6 +1333,18 @@ static inline struct mem_cgroup *mem_cgroup_from_id(unsigned short id) > > return NULL; > > } > > > > +#ifdef CONFIG_SHRINKER_DEBUG > > +static inline unsigned long mem_cgroup_ino(struct mem_cgroup *memcg) > > +{ > > + return 0; > > +} > > + > > +static inline struct mem_cgroup *mem_cgroup_get_from_ino(unsigned long ino) > > +{ > > + return NULL; > > +} > > +#endif > > + > > static inline struct mem_cgroup *mem_cgroup_from_seq(struct seq_file *m) > > { > > return NULL; > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > > index 04cea4fa362a..e6472728fa66 100644 > > --- a/mm/memcontrol.c > > +++ b/mm/memcontrol.c > > @@ -5018,6 +5018,29 @@ struct mem_cgroup *mem_cgroup_from_id(unsigned short id) > > return idr_find(&mem_cgroup_idr, id); > > } > > > > +#ifdef CONFIG_SHRINKER_DEBUG > > +struct mem_cgroup *mem_cgroup_get_from_ino(unsigned long ino) > > +{ > > + struct cgroup *cgrp; > > + struct cgroup_subsys_state *css; > > + struct mem_cgroup *memcg; > > + > > + cgrp = cgroup_get_from_id(ino); > > + if (!cgrp) > > + return ERR_PTR(-ENOENT); > > + > > + css = cgroup_get_e_css(cgrp, &memory_cgrp_subsys); > > + if (css) > > + memcg = container_of(css, struct mem_cgroup, css); > > + else > > + memcg = ERR_PTR(-ENOENT); > > + > > + cgroup_put(cgrp); > > I think it's better to use css_put() here since the refcount is get > via cgroup_get_e_css() which returns a css struct. cgroup_put() is matching cgroup_get_from_id(). The reference grabbed by cgroup_get_e_css() shouldn't be dropped because mem_cgroup_get_from_ino() has a "get" semantics. Thanks!