Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp2184555pxb; Wed, 9 Feb 2022 12:41:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJz0v+34OEHGGigVCGE8X63+WxeeK23ZGHdIeLoX8S68PiGxKdZA73/Ghr2IplOdm0BZ8vi6 X-Received: by 2002:a05:6a00:2182:: with SMTP id h2mr4195014pfi.66.1644439298092; Wed, 09 Feb 2022 12:41:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644439298; cv=none; d=google.com; s=arc-20160816; b=g9BmiPXPTPG597069mmxHJX0llHvvqYPUwHTRAV1oA8CRAjWQaJnCSKujcH22Sia89 B6ptTBA8LegV9l2MKAOOnI1SzWJ6VGTehOFAESs55cXx+aZlrcbE+AaWzMaC0kx69lEZ JpwIGTiESdj8e8ft3tZ5WiCXLQW0tzQApnHqQP9IshdcEMrLVZeA5dyLxL1U4sdBHQJb +zEnsTXyCxGKb6lO5sHLGf9px8dhiGt/wWo+mEhQT0gcRDNNiJap3nFqMLVc7B94c9pT x+30KT5CiNronKO/HwAfzFBsRUIRNJB900qM5QwvAZRmmMwu6LzYjU21eugPmg90IAr6 94vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=eWTUS3VqmsjwF4c8OTdfF5F0odt3UsQcGtmj9YbWaEk=; b=pZld5ad97dk0Ubj6A2qFmpW5bCYY3Q05R9o/3/tQ57p3gYzvme3c4zo7DQTB5kkwwX 4JqHLEUZFcw5JYUkT5xpVXj667K1USsDnoGAtLfNLtvBto956K1qiXfPBxtKwouLCkOR 9L9qC/1AuM7I19jyejZ/bzEknIvmsBdyf5fiL28q9JnLchJs2VtgxATC4VclNBe+cYvk KJEjeRaS1cyPtIPuxPox8X39eROYp9k89OQTpd9cbf8Yf0NgRZWOEuzyejJ4v4L3s55f S4P1iTlQQjULzWfPBag4keGfxQYgMMjVGSvwak2/Lf2vjoSGpJKB4j5oRNkB7EERSjtP 6Pbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=EIBIj1i0; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id kb12si4322377pjb.60.2022.02.09.12.41.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 12:41:38 -0800 (PST) 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=@google.com header.s=20210112 header.b=EIBIj1i0; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7DAC5E08C2A3; Wed, 9 Feb 2022 12:10:40 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236766AbiBIQVa (ORCPT + 99 others); Wed, 9 Feb 2022 11:21:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53468 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234050AbiBIQV2 (ORCPT ); Wed, 9 Feb 2022 11:21:28 -0500 Received: from mail-oo1-xc35.google.com (mail-oo1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4B47CC0613C9 for ; Wed, 9 Feb 2022 08:21:31 -0800 (PST) Received: by mail-oo1-xc35.google.com with SMTP id p190-20020a4a2fc7000000b0031820de484aso2988197oop.9 for ; Wed, 09 Feb 2022 08:21:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:in-reply-to:message-id:references :mime-version; bh=eWTUS3VqmsjwF4c8OTdfF5F0odt3UsQcGtmj9YbWaEk=; b=EIBIj1i0RF6eGofIPoMkdMlxqqoTb5r4muwHZujQjmjolPsYNoxgUKu/jT8Fu3jKkB /qytsaekGzVAdDUOk9HLhTVb5vW1puLgQSvn/tRDl2t1ebbB7Vue9+rxQEeIiYcc8KAO oSp8/xPz4a5wHhxGGDkWnXqrbZX0WI29dV4cSPUjoKv486QCfHtYEiBjzC5Em3E7KIVd c9o0+uldteFR96I3dhMGpuEfgcGB4LTR4wSzfkl0tqz3xWkFUlkEsL9Bws0D19G6SHsj qi02gEjgAm5UvcWjIkqPqFpGRuP/+8TMwuUvKw6hSsxPmc4VxhJS4XjMtIc9hQq8+lMZ 7eYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:mime-version; bh=eWTUS3VqmsjwF4c8OTdfF5F0odt3UsQcGtmj9YbWaEk=; b=J5Pv+KvFbo0Upz3uNPCmW/oXBgZwHQ139+AhhfJnyh9x+0VjU+5lRtypZR4rNrV5Er IhEvw2FKN+gbwonZLhHu5WsA/Ui41ZWhqBAWU8jz+ORpGat75H+vHR7wjAHZckG2LFaR 1MkpJ8FjkJkhMNSyH7ZAvuBo8C8l3lYuG+J4D+si1kamO3rnz8TrW0t+vP3KW15PjskH 9UDjJEl4Qptv7NR6ApbkMcqif3Z0U4pAQvAXV/6s4t3FAsXbuvXsG2nXg0BRxOVwYHLZ 0HMH3Ywsd8kUDYUfXHPWm2FuZnQqC4oZVFwXrldh+E9cstB3kGuztL5ZXnkIlMVHCVVA zLmw== X-Gm-Message-State: AOAM531/Y4m2+NCJODRlpfm3Zk9rzCeQgtPnYkeTM7d15EHI4mpzu6xJ B7/JXdE0388Xh3ibyh0ix+Ai+A== X-Received: by 2002:a4a:1d42:: with SMTP id 63mr326326oog.80.1644423690443; Wed, 09 Feb 2022 08:21:30 -0800 (PST) Received: from ripple.attlocal.net (172-10-233-147.lightspeed.sntcca.sbcglobal.net. [172.10.233.147]) by smtp.gmail.com with ESMTPSA id el40sm7504405oab.22.2022.02.09.08.21.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 08:21:29 -0800 (PST) Date: Wed, 9 Feb 2022 08:21:17 -0800 (PST) From: Hugh Dickins X-X-Sender: hugh@ripple.anvils To: Michal Hocko cc: Hugh Dickins , Andrew Morton , Vlastimil Babka , "Kirill A. Shutemov" , Matthew Wilcox , David Hildenbrand , Alistair Popple , Johannes Weiner , Rik van Riel , Suren Baghdasaryan , Yu Zhao , Greg Thelen , Shakeel Butt , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 00/13] mm/munlock: rework of mlock+munlock page handling In-Reply-To: Message-ID: <147388c6-eb7-5c58-79a-7a8279c27fd@google.com> References: <8e4356d-9622-a7f0-b2c-f116b5f2efea@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-9.5 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL 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 Wed, 9 Feb 2022, Michal Hocko wrote: > > So far I have only managed to read through the series and trying to put > all the pieces together (so far I have given up on the THP part) and my > undestanding is far from complete. But I have to say I like the general > approach and overall simplification. Many thanks for looking, Michal, and for all the positivity! > > The only thing that is not entirely clear to me at the moment is why you > have chosen to ignore already mapped LOCKONFAULT pages. They will > eventually get sorted out during the reclaim/migration but this can > backfire if too many pages have been pre-faulted before LOCKONFAULT > call. Maybe not an interesting case in the first place but I am still > wondering why you have chosen that way. I'm puzzled: what makes you think I'm ignoring already mapped LOCKONFAULT pages? I'd consider that a bug. It is the case, isn't it, that a VM_LOCKONFAULT area always has VM_LOCKED set too? If I've got that wrong, yes, I'll need to revisit conditions. > > I will be off next couple of days and plan to revisit this afterwards > (should time allow). Anyway thanks a lot Hugh! > -- > Michal Hocko > SUSE Labs