Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1189330pxb; Thu, 28 Jan 2021 10:00:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJx2BcT8nf6YoAZQvsDABqX9/AhKBXbknnKQD3IzPhwEqdnXOalk0sxwsPfZ8OtdkVnns60S X-Received: by 2002:a17:906:c09:: with SMTP id s9mr552819ejf.539.1611856848377; Thu, 28 Jan 2021 10:00:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611856848; cv=none; d=google.com; s=arc-20160816; b=ngR/06QrfAwc4O5Ekgz2LnW3cQ6WRJfTH8y7EpzEgebiePG7SPF9iHE+DC8m9bpd4e 4bab7a3m6Ayy8fDY7R0BEni2wuftV8GNaJ4LwEynYE98YjIr59fr5c3BaeE1nsEvaX+3 M+m/yi3ryEA9OBePt8G3gfdh+rQOS0B6bY2hJmWBTCw21kPpwLi6Qf8AEgPDadSdX1wf HESmW1DqL+Hym6ZGBK9rIgrgLXe0lhIsHNTCctxwrwNouobLPsQF5aU60K7/Xy7VOTV/ tIb6yIzdxO3VRzIX0xF36JkHlUujJPP9iSgVeUdrVgzMcBYty3ZGZZY9rXb+ACAE2a/f 3dJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=VPdHqWzgFwTz10QtKd2IpPtkE0TZgepd9sPKt/FnWOM=; b=sq3h5rdynZKqjmbE1VlM7m224imfF/AEXrF2rPr2877rJNfWZk4B11OWgKDhehx+xj D7uaj5erDxbsoQQeiUfN1nZBqGzltVduDpOShLdJTGsFq4V7kswahc6Lrt1/wDvdMHsh QkkKfIQ6+ABLTiYfyMGXWzv7AKo6TIXV34HDIF8CEbEf5nn6te2MCuFXdjq5/gkTTQUs M7uEiiUXF5Mvgq57vSS5l7buWa7Nk2lfvRx4PNsEqyrQaMzp2RFXmCtA3BlyaVJjFJxE FveTvHUPaK7t6hCW7/GXgJ1yYfzgH/lCX6YAYFW99Nj34n4Mx1UcbwV/KPr1AHUxqqUD mAXQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c3si3085755ejb.238.2021.01.28.10.00.23; Thu, 28 Jan 2021 10:00:48 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229667AbhA1R5h (ORCPT + 99 others); Thu, 28 Jan 2021 12:57:37 -0500 Received: from mx2.suse.de ([195.135.220.15]:47310 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231416AbhA1R45 (ORCPT ); Thu, 28 Jan 2021 12:56:57 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id D8B20ACF4; Thu, 28 Jan 2021 17:56:14 +0000 (UTC) Subject: Re: [v5 PATCH 06/11] mm: vmscan: use a new flag to indicate shrinker is registered To: Yang Shi , guro@fb.com, ktkhai@virtuozzo.com, shakeelb@google.com, david@fromorbit.com, hannes@cmpxchg.org, mhocko@suse.com, akpm@linux-foundation.org Cc: linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210127233345.339910-1-shy828301@gmail.com> <20210127233345.339910-7-shy828301@gmail.com> From: Vlastimil Babka Message-ID: Date: Thu, 28 Jan 2021 18:56:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <20210127233345.339910-7-shy828301@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/28/21 12:33 AM, Yang Shi wrote: > Currently registered shrinker is indicated by non-NULL shrinker->nr_deferred. > This approach is fine with nr_deferred at the shrinker level, but the following > patches will move MEMCG_AWARE shrinkers' nr_deferred to memcg level, so their > shrinker->nr_deferred would always be NULL. This would prevent the shrinkers > from unregistering correctly. > > Remove SHRINKER_REGISTERING since we could check if shrinker is registered > successfully by the new flag. > > Signed-off-by: Yang Shi > --- > include/linux/shrinker.h | 7 ++++--- > mm/vmscan.c | 27 +++++++++------------------ > 2 files changed, 13 insertions(+), 21 deletions(-) > > diff --git a/include/linux/shrinker.h b/include/linux/shrinker.h > index 0f80123650e2..1eac79ce57d4 100644 > --- a/include/linux/shrinker.h > +++ b/include/linux/shrinker.h > @@ -79,13 +79,14 @@ struct shrinker { > #define DEFAULT_SEEKS 2 /* A good number if you don't know better. */ > > /* Flags */ > -#define SHRINKER_NUMA_AWARE (1 << 0) > -#define SHRINKER_MEMCG_AWARE (1 << 1) > +#define SHRINKER_REGISTERED (1 << 0) > +#define SHRINKER_NUMA_AWARE (1 << 1) > +#define SHRINKER_MEMCG_AWARE (1 << 2) > /* > * It just makes sense when the shrinker is also MEMCG_AWARE for now, > * non-MEMCG_AWARE shrinker should not have this flag set. > */ > -#define SHRINKER_NONSLAB (1 << 2) > +#define SHRINKER_NONSLAB (1 << 3) > > extern int prealloc_shrinker(struct shrinker *shrinker); > extern void register_shrinker_prepared(struct shrinker *shrinker); > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 92e917033797..256896d157d4 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -308,19 +308,6 @@ void set_shrinker_bit(struct mem_cgroup *memcg, int nid, int shrinker_id) > } > } > > -/* > - * We allow subsystems to populate their shrinker-related > - * LRU lists before register_shrinker_prepared() is called > - * for the shrinker, since we don't want to impose > - * restrictions on their internal registration order. > - * In this case shrink_slab_memcg() may find corresponding > - * bit is set in the shrinkers map. > - * > - * This value is used by the function to detect registering > - * shrinkers and to skip do_shrink_slab() calls for them. > - */ > -#define SHRINKER_REGISTERING ((struct shrinker *)~0UL) > - > static DEFINE_IDR(shrinker_idr); > > static int prealloc_memcg_shrinker(struct shrinker *shrinker) > @@ -329,7 +316,7 @@ static int prealloc_memcg_shrinker(struct shrinker *shrinker) > > down_write(&shrinker_rwsem); > /* This may call shrinker, so it must use down_read_trylock() */ > - id = idr_alloc(&shrinker_idr, SHRINKER_REGISTERING, 0, 0, GFP_KERNEL); > + id = idr_alloc(&shrinker_idr, NULL, 0, 0, GFP_KERNEL); Is it still needed to register a NULL and then replace it with real pointer, given the SHRINKER_REGISTERED flag? > if (id < 0) > goto unlock; > > @@ -496,6 +483,7 @@ void register_shrinker_prepared(struct shrinker *shrinker) > if (shrinker->flags & SHRINKER_MEMCG_AWARE) > idr_replace(&shrinker_idr, shrinker, shrinker->id); > #endif > + shrinker->flags |= SHRINKER_REGISTERED; > up_write(&shrinker_rwsem); > } > > @@ -515,13 +503,16 @@ EXPORT_SYMBOL(register_shrinker); > */ > void unregister_shrinker(struct shrinker *shrinker) > { > - if (!shrinker->nr_deferred) > + if (!(shrinker->flags & SHRINKER_REGISTERED)) > return; > - if (shrinker->flags & SHRINKER_MEMCG_AWARE) > - unregister_memcg_shrinker(shrinker); > + > down_write(&shrinker_rwsem); > list_del(&shrinker->list); > + shrinker->flags &= ~SHRINKER_REGISTERED; > up_write(&shrinker_rwsem); > + > + if (shrinker->flags & SHRINKER_MEMCG_AWARE) > + unregister_memcg_shrinker(shrinker); > kfree(shrinker->nr_deferred); > shrinker->nr_deferred = NULL; > } > @@ -687,7 +678,7 @@ static unsigned long shrink_slab_memcg(gfp_t gfp_mask, int nid, > struct shrinker *shrinker; > > shrinker = idr_find(&shrinker_idr, i); > - if (unlikely(!shrinker || shrinker == SHRINKER_REGISTERING)) { > + if (unlikely(!shrinker || !(shrinker->flags & SHRINKER_REGISTERED))) { > if (!shrinker) > clear_bit(i, info->map); > continue; >