Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp583921ybt; Fri, 10 Jul 2020 07:26:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwt/dsMGOvhiarNDsfDZOMcRX3Rm3IDTgmTvK/B6UDl0hVF/VbOaeoYZAaljS0mKEZLYyqs X-Received: by 2002:a50:f702:: with SMTP id g2mr78657478edn.348.1594391190404; Fri, 10 Jul 2020 07:26:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594391190; cv=none; d=google.com; s=arc-20160816; b=qCrJjnLF9C9LzSApunq31EJONMhyEeic7mHRQdM9UDFpzbh3f+JND7Jkw3BMAgrz4m hgA3F8ig12C7HOeak+WKRYGkwXn5km1wbufFIllJYq8If8yuCnd/J+CVxJMPMhB1FKPb wFP6KXG9FqZzV9EZxHQN3jmrGJ5h2tMtTgyKliitcZZ2ud/oYGd/r6SCRTpcngolksEe Aqm9XgWRRpvYutnRtTpZ9k+ai9bbw8umj+Erq+0SVbZUa5MVGX/EPaX4RqPIoi+yotIJ VPvwMZs+NBBuFfQDu4V8iSw6xQ8DwZ1lwlrZVYnGIzt3EfWH/4sgGci8ZWXhHp6TdECn ygdw== 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:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=nh5RFRLhkifVcBO4xdN/YXe7SwZQVJEc3bz1G+EvkxE=; b=LxPcKkmLhK2rieZkfHL6OEAd0PN15Rl4WgLMBw/N++t4etHn6SJkE9EmhYWvCDWJyo YKqa3FLWNz/Pb8Y127bRl707RijDwevjArhvg9x3bEgIZ7yyKbil5hH1AqaYSj9Pt52d bfHdkLfxv0r7MAt2PP9TBVvX2lhaJUKkLBXixMUBQIEyi0Nl8KrKGlOudKpjn8mmReiJ 0rMX2tlHfw9Xs7yi0f4dH93m3uDlRbMjX8qj0wOi9J+4BJPv+B0Aom8EiWCxshoLlIjO 3Z95RzsEm6X2HF03AKadwOcMPgr9r95/AFMOppOj3GK6i+2N8zWnyahX/piHlfuSfcUu E/Qg== 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 bo4si4141063ejb.279.2020.07.10.07.26.07; Fri, 10 Jul 2020 07:26:30 -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 S1728653AbgGJOY5 (ORCPT + 99 others); Fri, 10 Jul 2020 10:24:57 -0400 Received: from out4436.biz.mail.alibaba.com ([47.88.44.36]:59150 "EHLO out4436.biz.mail.alibaba.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727941AbgGJOY5 (ORCPT ); Fri, 10 Jul 2020 10:24:57 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R151e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04397;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=6;SR=0;TI=SMTPD_---0U2Io76-_1594391084; Received: from IT-FVFX43SYHV2H.lan(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0U2Io76-_1594391084) by smtp.aliyun-inc.com(127.0.0.1); Fri, 10 Jul 2020 22:24:45 +0800 Subject: Re: a question of split_huge_page To: "Kirill A. Shutemov" Cc: Matthew Wilcox , Johannes Weiner , Linux-MM , "linux-kernel@vger.kernel.org" , Hugh Dickins References: <20200709155002.GF12769@casper.infradead.org> <20200709160750.utl46xvavceuvnom@box> <20200710103318.bm2gp743lagiajao@box> From: Alex Shi Message-ID: Date: Fri, 10 Jul 2020 22:23:57 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200710103318.bm2gp743lagiajao@box> 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 在 2020/7/10 下午6:33, Kirill A. Shutemov 写道: > On Fri, Jul 10, 2020 at 12:51:58PM +0800, Alex Shi wrote: >> >> >> 在 2020/7/10 上午12:07, Kirill A. Shutemov 写道: >>> Right, and it's never got removed from LRU during the split. The tail >>> pages have to be added to LRU because they now separate from the tail >>> page. >>> >> According to the explaination, looks like we could remove the code path, >> since it's never got into. (base on my v15 patchset). Any comments? > > Yes. But why? It's reasonable failsafe that gives chance to recover if > something goes wrong. > Hi Kirill, Sorry, I didn't get your points. IMHO, this fallback cann't work well, since the head page isn't and shouldn't be added to lru. like the iommu issue if a dma page added into lru list, it may be reclaim and lost. So, sorry, I still don't know how this path could fix some wrong. Thanks Alex