Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp968601ybt; Fri, 10 Jul 2020 18:00:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvcjacRmYYbUAfzQtmDLbDdqQGV1bsi+UzzG2rdrpvLI/e/p6oNAy4a8ZgBUt9I1HuWzG7 X-Received: by 2002:a17:906:ccd3:: with SMTP id ot19mr68668377ejb.468.1594429253954; Fri, 10 Jul 2020 18:00:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594429253; cv=none; d=google.com; s=arc-20160816; b=yDG87poNvFjCpPDDdGH6vf78dL8l3p0dk0VOAoDEYkWBwC6mtf9bdfMQczdI9zs+Pw 9rnuZqkZW91VBufmk1tcJ4U02Y2t2XzK1pc2vcxWWTKy73k7XN6DKWGzQFCW5NzT7jdh m6tW4dhMrV+CqagIg3kPBONH9IjLNNP+mxcDCRDN0QE3DII5QPOgnCU8N46sD/Z/0l/v 3GSF9gVvXtrsDX03AH9Llfuzm/hnFDK3TgyipiDOmT7jHwenv8iLrjbGfOUzZKnldMwM 3h5ni5Uh3cmVvMlkDiZoW1I6Gj4U27iZrauhAucGtNGkuM2P6mh9VaorzYFC32CV5Cpf j6qA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=AX0UhY9sWBpidyftdkVZtaZxGF1EP6+XlrbhUC6gpAM=; b=Bw3NZTAg5i7I7TrGx9yxJLCk2b/tMCzBNSc/MtE1qG5oHU9n6blwg3gCqgLg+nk2yH MgG8JUjdrZPu6k7bCIxG6XkhIRLiOoIgXgY6O7n48Uvxr0iziRUaKp1dsAwoZWuyHdP2 R9cvDsI3eEYLEAtZ2fq8T/SmReF7AHvTFPEuFero2PLpF+saktHdMTMPTTKJvY+hQlyd JFm3vSvqzLTvUVD10mI6b2HwpFfMzYZw0/OXipxSYxQ6Rbl7HSiI4JntFWxe9QfZALoF 0e2aSi3iIdq2stUIhTj1jhHs0QNClw0FeSntDLEanjETTwGTewH44wO56S04ETIKpw6r gTYA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p18si4206143ejb.157.2020.07.10.18.00.30; Fri, 10 Jul 2020 18:00:53 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728005AbgGKA7v (ORCPT + 99 others); Fri, 10 Jul 2020 20:59:51 -0400 Received: from out30-44.freemail.mail.aliyun.com ([115.124.30.44]:49090 "EHLO out30-44.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727983AbgGKA7t (ORCPT ); Fri, 10 Jul 2020 20:59:49 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R731e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01355;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=18;SR=0;TI=SMTPD_---0U2KGAZr_1594429139; Received: from alexshi-test.localdomain(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0U2KGAZr_1594429139) by smtp.aliyun-inc.com(127.0.0.1); Sat, 11 Jul 2020 08:59:05 +0800 From: Alex Shi To: akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, hughd@google.com, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, yang.shi@linux.alibaba.com, willy@infradead.org, hannes@cmpxchg.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 Cc: =?UTF-8?q?Mika=20Penttil=C3=A4?= Subject: [PATCH v16 14/22] mm/thp: add tail pages into lru anyway in split_huge_page() Date: Sat, 11 Jul 2020 08:58:48 +0800 Message-Id: <1594429136-20002-15-git-send-email-alex.shi@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1594429136-20002-1-git-send-email-alex.shi@linux.alibaba.com> References: <1594429136-20002-1-git-send-email-alex.shi@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org split_huge_page() must start with PageLRU(head), but lru bit *maybe* cleared by isolate_lru_page, anyway the head still in lru list, since we still held the lru_lock. Signed-off-by: Alex Shi Cc: Kirill A. Shutemov Cc: Andrew Morton Cc: Johannes Weiner Cc: Matthew Wilcox Cc: Hugh Dickins Cc: Mika Penttilä Cc: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org --- mm/huge_memory.c | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index d866b6e43434..4fe7b92c9330 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -2348,15 +2348,18 @@ static void lru_add_page_tail(struct page *head, struct page *page_tail, VM_BUG_ON_PAGE(PageLRU(page_tail), head); lockdep_assert_held(&lruvec_pgdat(lruvec)->lru_lock); - if (!list) - SetPageLRU(page_tail); - - if (likely(PageLRU(head))) - list_add_tail(&page_tail->lru, &head->lru); - else if (list) { + if (list) { /* page reclaim is reclaiming a huge page */ get_page(page_tail); list_add_tail(&page_tail->lru, list); + } else { + /* + * Split start from PageLRU(head), but lru bit maybe cleared + * by isolate_lru_page, but head still in lru list, since we + * held the lru_lock. + */ + SetPageLRU(page_tail); + list_add_tail(&page_tail->lru, &head->lru); } } -- 1.8.3.1