Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp4234718pxb; Tue, 10 Nov 2020 11:05:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJwyGvY3BuOYP9ZHzSH1DTc4a9o+sgMucUriagSfedlYVCPtE1QALFd53j6BPgOBAWVXRWOa X-Received: by 2002:a50:ef1a:: with SMTP id m26mr13244064eds.144.1605035116962; Tue, 10 Nov 2020 11:05:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605035116; cv=none; d=google.com; s=arc-20160816; b=y3aeA7HJ5rCI3kKZjJJjLwGDW43uAzFZnb/AhnH9x8MFmHF1C2udNOfHnxBpU1lbND 1RJvJgWQvKhxXMFuSOgzynA+x2mYYpwVRrdxRATB64kolLl4uSVPDS+JhLXtJgBYqdSa Num7g1qzoggZXiwmN704k5m5FAB8Qws/Hb4DCTkl1fTz6oQJopJee6Jw16iS/l7yGxvk x6WWl0lEqODcMhAS+SC6BvQHACh7SD9yQ1kRp+h0sNohuRb+tDxV0SFeHEwfbRW1DXZM EKLxfgVJgOqQ0diCqFKjmiJOvN1Y7ydioZPBg5toGkiH5Xm2owHElSmhypjcdJxsg6ga 3VoQ== 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:date:dkim-signature; bh=IPj1mYmXqOWOz3TEiog9Zh5vT3acF5XixS22iuZzAIA=; b=Dw4ocSOLLZICBUQp8lq/x3XNfs+4iNU08xYQ97bxd8/oJ9S2bFZtoW89DaI1d8gkJz uZLGHIdigxlv4A01MIyhCE0lQTpwpexD1PIt5ZyZv+a4ZYzwVr09W4i4WSEU0DsAX2et GtpKCoqwnKBIoEtA6ZPcUxKcGV3ksyypvSVscMAugQU74vrwV/55D7xlV93jZlGmOVdy gqydFoaL/tY2b+zg63zlJ7pvFt45PU8299n53YYUmX2tddpzRQ6AW8cZG9JJBE1qnBOh xEraPguQpirhOv8R9G1E5iEgwP83hOSj/NF30is90A+M9JmnvULd+SX/SFDTyr35IXm3 8EGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=oSzlQ+aZ; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r12si11005670edb.155.2020.11.10.11.04.51; Tue, 10 Nov 2020 11:05:16 -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; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=oSzlQ+aZ; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729887AbgKJTDZ (ORCPT + 99 others); Tue, 10 Nov 2020 14:03:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47060 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726179AbgKJTDZ (ORCPT ); Tue, 10 Nov 2020 14:03:25 -0500 Received: from mail-qt1-x841.google.com (mail-qt1-x841.google.com [IPv6:2607:f8b0:4864:20::841]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E8437C0613D1 for ; Tue, 10 Nov 2020 11:03:24 -0800 (PST) Received: by mail-qt1-x841.google.com with SMTP id f93so9375168qtb.10 for ; Tue, 10 Nov 2020 11:03:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=IPj1mYmXqOWOz3TEiog9Zh5vT3acF5XixS22iuZzAIA=; b=oSzlQ+aZKJ+JtX7hBOzJ6QuxNdqcLauhjHFsVIve5PuHfOiAhBQP7vT28Pm0UhsV1F niWeWfpQFlQfk/RbeF3CC/XDpLPH8x2OpyaosMNkEKmofRAP2RLPWK0CISlT7mz8+k6L Ogvl1E8vhzyA4EBAyDF5hZ87LvKJk1nPjzHtRvVxPcpYstS8Y6gbvBorj4CWcBizdaci sXILka5r/IVEdHN6qNh+d4lj/vl6K02b9mjiEJEunCrInhniMjic3dfF9flk981t6QnU L47YPELx/y+49FzFNqmf4vmsapRk4D9hpHq2HOCrTOOAfkdrWtK6Z1iVx4ZUH2br1ppd lENw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=IPj1mYmXqOWOz3TEiog9Zh5vT3acF5XixS22iuZzAIA=; b=TiB7xMvBH/kLk78HafZ11MkAiBgnomQ4rE4/rr4ZjPEBuY8P1lwuWq0gKjWwhbyldU AjYf0osOWuxf51xqEUcMhgfX7uIxtZGtyg1L1DRvGPuz7+bGbDT26YivVS63SLGisfez Xk/U/qE2H/zqcV7zBysiFWCIoYVLj73bZeOUySR3fRq8zD1cnMWVqcRvtStVZqx6gw9g uwmb54+Wj2++wnJ3kQFWAkN88h+Cknnuana6oAOzTfDiA8VcXsAipEXH1fvYBsdU+SWa g5mAGYF/nCx37sOYh/pjTqn4PbnUUKOMH4lXgrgsUyyr1JP8VnNBkhF5+4qDLogZfeZs JosQ== X-Gm-Message-State: AOAM533L7hxnVnaXip4o6hemVimBmhYpM2XsiGvk9C7JQ1vC1zHLTT67 Q6PVYfpOLLP+O1wa/Vy8334bVQ== X-Received: by 2002:ac8:6682:: with SMTP id d2mr8584069qtp.349.1605035004225; Tue, 10 Nov 2020 11:03:24 -0800 (PST) Received: from localhost ([2620:10d:c091:480::1:64f7]) by smtp.gmail.com with ESMTPSA id p13sm8604430qti.58.2020.11.10.11.03.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Nov 2020 11:03:23 -0800 (PST) Date: Tue, 10 Nov 2020 14:01:36 -0500 From: Johannes Weiner To: Alex Shi Cc: akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, hughd@google.com, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, willy@infradead.org, lkp@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, shakeelb@google.com, iamjoonsoo.kim@lge.com, richard.weiyang@gmail.com, kirill@shutemov.name, alexander.duyck@gmail.com, rong.a.chen@intel.com, mhocko@suse.com, vdavydov.dev@gmail.com, shy828301@gmail.com, Vlastimil Babka , Minchan Kim Subject: Re: [PATCH v21 07/19] mm: page_idle_get_page() does not need lru_lock Message-ID: <20201110190136.GD850433@cmpxchg.org> References: <1604566549-62481-1-git-send-email-alex.shi@linux.alibaba.com> <1604566549-62481-8-git-send-email-alex.shi@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1604566549-62481-8-git-send-email-alex.shi@linux.alibaba.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 05, 2020 at 04:55:37PM +0800, Alex Shi wrote: > From: Hugh Dickins > > It is necessary for page_idle_get_page() to recheck PageLRU() after > get_page_unless_zero(), but holding lru_lock around that serves no > useful purpose, and adds to lru_lock contention: delete it. > > See https://lore.kernel.org/lkml/20150504031722.GA2768@blaptop for the > discussion that led to lru_lock there; but __page_set_anon_rmap() now > uses WRITE_ONCE(), and I see no other risk in page_idle_clear_pte_refs() > using rmap_walk() (beyond the risk of racing PageAnon->PageKsm, mostly > but not entirely prevented by page_count() check in ksm.c's > write_protect_page(): that risk being shared with page_referenced() and > not helped by lru_lock). > > Signed-off-by: Hugh Dickins > Signed-off-by: Alex Shi > Cc: Andrew Morton > Cc: Vladimir Davydov > Cc: Vlastimil Babka > Cc: Minchan Kim > Cc: Alex Shi > Cc: linux-mm@kvack.org > Cc: linux-kernel@vger.kernel.org Acked-by: Johannes Weiner