Received: by 10.213.65.68 with SMTP id h4csp671644imn; Fri, 23 Mar 2018 13:05:35 -0700 (PDT) X-Google-Smtp-Source: AG47ELt5hHM/G5uIoUd//K4XAdrCsBksZj5nUPiPKMAtGrdgqFEauZ4faSfS/+dy9rEhSauKH1iu X-Received: by 2002:a17:902:a589:: with SMTP id az9-v6mr30473368plb.283.1521835535838; Fri, 23 Mar 2018 13:05:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521835535; cv=none; d=google.com; s=arc-20160816; b=NJM0LOXv0CVswiKy3hqY8S06lThqsnmdLNfycj4Pd7MlTJkD4ITUSAV523M3ksCpch X9AAaYvXeq1zt7iFbSsU+WNWK10p/tsv/QtCniBRg2zqSm3UWcOx1/+mBrF5yZQqk6ij ypx+XiD7HRuD2k6YussI5AoTrFdquTgz0pyfgzmvt76TK3CCVzw0R9ZT4GTdyc0LWU0K hhIOzXfHofiFnEtpxFD7hmQwtT1INIDhAfgb/NnV+cPsoHbIvuec76dqTi2tH5tAszQ6 tpMtZWg2Etj2bpkGjBajWZ8zGJa/1OaU9tUdkjyCOcBfzac3K3cQdVKZVmvLLObhemEU aziA== 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:subject:cc:to:from:date :arc-authentication-results; bh=/gjsvd5i4G1bjn14nqT/LhUSbHHaD7ZUq/LAyGZ6JP4=; b=gZHUZL0v+aFA2KRbyCEHb/TN2sGGZzwugFp6IH+Y6ljvFTB4sVpik3SS5bJ6GJVary HTrbq9xCC+W43Ch/Zdmu4WcDWlomHdif7zt3n7wfu91kWkLivN8UjZOGAaAUKyxWa5Cz YNndLeWt8MeiHphLHmmutsiRdRqs6bsQaQV9VTCOz0J2OgxZ0UchZ60x1DAMnnp7w+sm OJiIj/OIUPn9sxZ3oqc9ReJEKJ1mEjpB8/yfw+AukLtLZLeEu9zPnwTrhuV4DowJmZJK bqkVYGiF79HmkRcYuwzWiusQjelUIuH2tHt2W3fMFmrlK7/Vb7ZpfMxzxk+88UvEZfS+ V8iA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w64si7207119pfi.227.2018.03.23.13.05.18; Fri, 23 Mar 2018 13:05:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751981AbeCWUEK (ORCPT + 99 others); Fri, 23 Mar 2018 16:04:10 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:51930 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751668AbeCWUEK (ORCPT ); Fri, 23 Mar 2018 16:04:10 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 3192C129F; Fri, 23 Mar 2018 20:04:09 +0000 (UTC) Date: Fri, 23 Mar 2018 13:04:08 -0700 From: Andrew Morton To: Michal Hocko Cc: Zhaoyang Huang , zhaoyang.huang@spreadtrum.com, Vlastimil Babka , Mel Gorman , Johannes Weiner , vel Tatashin , Tetsuo Handa , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-patch-test@lists.linaro.org, Joonsoo Kim Subject: Re: [PATCH v1] mm: help the ALLOC_HARDER allocation pass the watermarki when CMA on Message-Id: <20180323130408.0c6451fac02c49b535ec7485@linux-foundation.org> In-Reply-To: <20180323093327.GM23100@dhcp22.suse.cz> References: <1521791852-7048-1-git-send-email-zhaoyang.huang@spreadtrum.com> <20180323083847.GJ23100@dhcp22.suse.cz> <20180323093327.GM23100@dhcp22.suse.cz> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 23 Mar 2018 10:33:27 +0100 Michal Hocko wrote: > On Fri 23-03-18 17:19:26, Zhaoyang Huang wrote: > > On Fri, Mar 23, 2018 at 4:38 PM, Michal Hocko wrote: > > > On Fri 23-03-18 15:57:32, Zhaoyang Huang wrote: > > >> For the type of 'ALLOC_HARDER' page allocation, there is an express > > >> highway for the whole process which lead the allocation reach __rmqueue_xxx > > >> easier than other type. > > >> However, when CMA is enabled, the free_page within zone_watermark_ok() will > > >> be deducted for number the pages in CMA type, which may cause the watermark > > >> check fail, but there are possible enough HighAtomic or Unmovable and > > >> Reclaimable pages in the zone. So add 'alloc_harder' here to > > >> count CMA pages in to clean the obstacles on the way to the final. > > > > > > This is no longer the case in the current mmotm tree. Have a look at > > > Joonsoo's zone movable based CMA patchset http://lkml.kernel.org/r/1512114786-5085-1-git-send-email-iamjoonsoo.kim@lge.com > > > > > Thanks for the information. However, I can't find the commit in the > > latest mainline, is it merged? > > Not yet. It is still sitting in the mmomt tree. I am not sure what is > the merge plan but I guess it is still waiting for some review feedback. http://lkml.kernel.org/r/20171222001113.GA1729@js1304-P5Q-DELUXE That patchset has been floating about since December and still has unresolved issues. Joonsoo, can you please let us know the status? Thanks.