linux-kernel - Re: [PATCH v15 05/21] mm/thp: move lru_add_page_tail func to huge

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20200709155538.mf3gxutgckz7p67i@box>
Date:   Thu, 9 Jul 2020 18:55:38 +0300
From:   "Kirill A. Shutemov" <kirill@...temov.name>
To:     Alex Shi <alex.shi@...ux.alibaba.com>
Cc:     akpm@...ux-foundation.org, mgorman@...hsingularity.net,
        tj@...nel.org, hughd@...gle.com, khlebnikov@...dex-team.ru,
        daniel.m.jordan@...cle.com, yang.shi@...ux.alibaba.com,
        willy@...radead.org, hannes@...xchg.org, lkp@...el.com,
        linux-mm@...ck.org, linux-kernel@...r.kernel.org,
        cgroups@...r.kernel.org, shakeelb@...gle.com,
        iamjoonsoo.kim@....com, richard.weiyang@...il.com
Subject: Re: [PATCH v15 05/21] mm/thp: move lru_add_page_tail func to
 huge_memory.c

On Tue, Jul 07, 2020 at 08:00:11PM +0800, Alex Shi wrote:
> 
> 
> 在 2020/7/7 下午7:46, Alex Shi 写道:
> >  
> > +static void lru_add_page_tail(struct page *page, struct page *page_tail,
> > +				struct lruvec *lruvec, struct list_head *list)
> > +{
> > +	VM_BUG_ON_PAGE(!PageHead(page), page);
> > +	VM_BUG_ON_PAGE(PageCompound(page_tail), page);
> > +	VM_BUG_ON_PAGE(PageLRU(page_tail), page);
> > +	lockdep_assert_held(&lruvec_pgdat(lruvec)->lru_lock);
> > +
> > +	if (!list)
> > +		SetPageLRU(page_tail);
> > +
> > +	if (likely(PageLRU(page)))
> > +		list_add_tail(&page_tail->lru, &page->lru);
> > +	else if (list) {
> > +		/* page reclaim is reclaiming a huge page */
> > +		get_page(page_tail);
> > +		list_add_tail(&page_tail->lru, list);
> > +	} else {
> > +		/*
> > +		 * Head page has not yet been counted, as an hpage,
> > +		 * so we must account for each subpage individually.
> > +		 *
> > +		 * Put page_tail on the list at the correct position
> > +		 * so they all end up in order.
> > +		 */
> > +		add_page_to_lru_list_tail(page_tail, lruvec,
> > +					  page_lru(page_tail));
> 
> 
> I missed some points for this function, since in the call chain:
> split_huge_page() to lru_add_page_tail, the head page's lru won't be
> set when !PageLRU(head). But the other page_tail are add to lru list here
> Is it ok for this situation?

It doesn't differ from the situation when some pages are isolated from
LRU. Tail page has become completely on its own after
__split_huge_page_tail() has completed, it's not tied to the head page.

-- 
 Kirill A. Shutemov