Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp323507rwd; Fri, 26 May 2023 20:57:36 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7gA3P045Zuu98wFj9uK7xVa8RaCgdTIJ5Qo9n+tScmxwGaOvKjtc6uZ9TaqQ0CVUFrqHeF X-Received: by 2002:a17:902:ee55:b0:1aa:d971:4623 with SMTP id 21-20020a170902ee5500b001aad9714623mr5123324plo.38.1685159856148; Fri, 26 May 2023 20:57:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685159856; cv=none; d=google.com; s=arc-20160816; b=GVQO2sk2G+BjOwfoARli7CfD1y7022/wfUQHx5lc+n6RUuWqaLkS1S2O355mErkC8n kd0lRpkRchshtcxXKO3dWPwwXwRlvo1ExkRlWMjGYk+HaGqKWRwPjqMTFMQP3iGNVDYf Cr4jNI3iot8M5vC++TWpMYVAekdsTNxIQ5cn8ARW9tGLr8o30/Q/JW6Ll3PKVYTiLUPK 3zz5WS3z0X1XBgRwIgy810lUge0kUyzpw/UhuObZ+09+9FtKJXUlEgMioJIiwd3+VQIY ztrv3XiZgpvt8snYok4A195LJkgO4tHy29dO9b5ik+7YReURpBo98OG48m/WgUZFefLV DkAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=EIU3ApG2t6G3Om8A3cojlnR0RAZfWHqg0wkrw6J9EhQ=; b=ASswSTP+40X9mmCFV4CuLSC1KX0JhPjSFJEVz7bMylKP3XxBbHejXGr+/yHYdZxajJ LmMQGAKnTUW/kBHEOj8itDjTytWKmNDujo2evuf0wxEDuP3pmyMbo6093SUdT7TgEVxB 48lS2npJxym1HC1izexgEJDKQ0/CKU+7JRGdmwHe+zgX+V6ZS7fRk0RtNDk0q4nejWDc aMLlsre92UmIGUCo87kKj6MKXs/EPIWwIIRUFJNkQ63UqufkV5nlf/T1MUAJl434ptLd pX/O1XKa7t1nsR5U49iwRO2x9bN8zHQAoh1F2kJo8xR8P8zOJp3NHQg6CxiJ3Dq7gBaf bbmg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=7anKzrx5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k15-20020a170902c40f00b001a986ca38easi6422756plk.15.2023.05.26.20.57.24; Fri, 26 May 2023 20:57:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=7anKzrx5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229493AbjE0D4E (ORCPT + 99 others); Fri, 26 May 2023 23:56:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbjE0D4C (ORCPT ); Fri, 26 May 2023 23:56:02 -0400 Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9618E125 for ; Fri, 26 May 2023 20:56:00 -0700 (PDT) Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-95fde138693so486329266b.0 for ; Fri, 26 May 2023 20:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1685159759; x=1687751759; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=EIU3ApG2t6G3Om8A3cojlnR0RAZfWHqg0wkrw6J9EhQ=; b=7anKzrx54MpIV/vXgrNEGJ+XZ3nR4S6+xWVOb3/Tt5YzVkbt7WPWY4f/AUP5W2UVr9 K530DnGhnTIFcYiYmBbo+tPqqc0Ukj9QD1CkrX7XYrabbntH5JpVHcroD+SlRHKtx3Rc kY9L1c3K7NoOo4hOq0VERwTXnGOaLU2O0SqU/NyahwGPOOUbS5EUDCZArHOouWnL9tEg LeojmsUC/tR7MDeCs6MFcte8HBoOGbF4eHruYHv8bCvGelALDHxcGpq7H+s6hSYEOfkY E9QwDQeUZPLWNJY8DCUHU9Ztj6DnJmr57JCEklUa3J76GNHAbm8Up0Y+fc+yiJ39usxW MKHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685159759; x=1687751759; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=EIU3ApG2t6G3Om8A3cojlnR0RAZfWHqg0wkrw6J9EhQ=; b=XtKT5lpifaCT3P8+6KqJIwsF8wkgBm0VBQmrIldCFer4ytA5JSZ2UqlSo4CTEVG4wA XaPECWF5nxxdEX8uT2bwYl8sgxYxaEodZPq8+QFVZs0cOUW1kJk8pjzU6kDVSM20+K9M d915LJOeDz968omkvM78KeHb2n5JISmHrYwY8UO59wLk35mIbA4SoU6+RQdXklV6F/2m 2AXr6cuDnlQvLLaYeL5X302WjXxbidl0D4A/ruQ7tGhcX33io3FHwXr3NcJxT/kmgucr fH1YAF23gzMbjp1UiiHLBvPB3uaJtHhyiAOvoY1Lh486CZkblZGXDW7Pjc97V5x0upXP 0CdQ== X-Gm-Message-State: AC+VfDzTkCpegHq3twii8GNkZFQuPsrq4BOjJqKW+YR0dSdWE1ML9aGC AKoK0Fy3EnrxJD2bvtV5eMVdQbWJhnfA/sQeSTucag== X-Received: by 2002:a17:906:9751:b0:971:5a79:29f2 with SMTP id o17-20020a170906975100b009715a7929f2mr981232ejy.15.1685159758897; Fri, 26 May 2023 20:55:58 -0700 (PDT) MIME-Version: 1.0 References: <20230527103126.398267-1-linmiaohe@huawei.com> In-Reply-To: <20230527103126.398267-1-linmiaohe@huawei.com> From: Yosry Ahmed Date: Fri, 26 May 2023 20:55:22 -0700 Message-ID: Subject: Re: [PATCH] memcg: remove unused mem_cgroup_from_obj() To: Miaohe Lin Cc: hannes@cmpxchg.org, mhocko@kernel.org, roman.gushchin@linux.dev, shakeelb@google.com, akpm@linux-foundation.org, muchun.song@linux.dev, cgroups@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham 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 Fri, May 26, 2023 at 7:40=E2=80=AFPM Miaohe Lin w= rote: > > The function mem_cgroup_from_obj() is not used anymore. Remove it and > clean up relevant comments. > > Signed-off-by: Miaohe Lin > --- > include/linux/memcontrol.h | 6 ------ > mm/memcontrol.c | 31 ------------------------------- > 2 files changed, 37 deletions(-) > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h > index 00a88cf947e1..ce8c2355ed9f 100644 > --- a/include/linux/memcontrol.h > +++ b/include/linux/memcontrol.h > @@ -1813,7 +1813,6 @@ static inline int memcg_kmem_id(struct mem_cgroup *= memcg) > return memcg ? memcg->kmemcg_id : -1; > } > > -struct mem_cgroup *mem_cgroup_from_obj(void *p); > struct mem_cgroup *mem_cgroup_from_slab_obj(void *p); > > static inline void count_objcg_event(struct obj_cgroup *objcg, > @@ -1876,11 +1875,6 @@ static inline int memcg_kmem_id(struct mem_cgroup = *memcg) > return -1; > } > > -static inline struct mem_cgroup *mem_cgroup_from_obj(void *p) > -{ > - return NULL; > -} > - > static inline struct mem_cgroup *mem_cgroup_from_slab_obj(void *p) > { > return NULL; > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index 6a3d4ce87b8a..532b29c9a0fe 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -2972,37 +2972,6 @@ struct mem_cgroup *mem_cgroup_from_obj_folio(struc= t folio *folio, void *p) > /* > * Returns a pointer to the memory cgroup to which the kernel object is = charged. > * > - * A passed kernel object can be a slab object, vmalloc object or a gene= ric > - * kernel page, so different mechanisms for getting the memory cgroup po= inter > - * should be used. > - * > - * In certain cases (e.g. kernel stacks or large kmallocs with SLUB) the= caller > - * can not know for sure how the kernel object is implemented. > - * mem_cgroup_from_obj() can be safely used in such cases. > - * > - * The caller must ensure the memcg lifetime, e.g. by taking rcu_read_lo= ck(), > - * cgroup_mutex, etc. > - */ > -struct mem_cgroup *mem_cgroup_from_obj(void *p) > -{ > - struct folio *folio; > - > - if (mem_cgroup_disabled()) > - return NULL; > - > - if (unlikely(is_vmalloc_addr(p))) > - folio =3D page_folio(vmalloc_to_page(p)); > - else > - folio =3D virt_to_folio(p); > - > - return mem_cgroup_from_obj_folio(folio, p); > -} > - > -/* > - * Returns a pointer to the memory cgroup to which the kernel object is = charged. > - * Similar to mem_cgroup_from_obj(), but faster and not suitable for obj= ects, > - * allocated using vmalloc(). Perhaps keep the line about not being suitable for objects allocated using vmalloc()? To be fair it's obvious from the function name, but I am guessing whoever added it did for a reason. I don't feel strongly either way, LGTM. I can't see any references in Linus's tree or mm-unstable. Reviewed-by: Yosry Ahmed > - * > * A passed kernel object must be a slab object or a generic kernel page= . > * > * The caller must ensure the memcg lifetime, e.g. by taking rcu_read_lo= ck(), > -- > 2.27.0 >