Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp788303ybp; Fri, 4 Oct 2019 05:06:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKu1CXK11MRq4HaegEIh9aYQMz7STCY3jMVERBXCXVicgGDiPbYW7OLHva2iWn4dliXPAG X-Received: by 2002:a17:906:564b:: with SMTP id v11mr11823425ejr.225.1570190768571; Fri, 04 Oct 2019 05:06:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570190768; cv=none; d=google.com; s=arc-20160816; b=UNDE/MAmii+wpbL4QZ0UViYz0HVhoGt2wU1HtTMRziFyvqeiRj4RwgGBWLH1F/WTyv rfl0P8fYdF3nJzjWIJd5Hcu0nFF4ehIbpZqYBbysz3qr5KrUsPpie2B5IRmU818eHzd9 n6eHTmgBglnDXbiREavZPFLQHIpwcQruoCDhrjQJ8CCsMM4W9Mw99X9uwd91ukV/gwoX GQK5ygMwo+mDBKpAIwfLKilBb4kH4DaXahalJn9jJrVJuj5zJVX0b5EFslKUXHGHBiDr sKtSedE3Gz2zCtcqiD/9xvVOdcdHQtOX/NVzfD1k8KLEyshlTJJmI3Tf64HfBP5SyH5t aNVA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=7mphP5w+ek0XJfyPmId0QGa2zS1NftMzOR753cc6J+Q=; b=E0uGZzqxXK+pXJF1O6EaoiZw0TIS2fndzZ8RduIPfwWPtUJFfHS3jvp2JldlRljWJh R5m+8I+YRPtMUqTvo6xWSDfZAPashAHPdCOh+hCd8AedgDLxFHOKXlr2oYDR5ZvoHri+ AZVCR4I/ZkjOdxMcYrXkrcgKzLi9RZjWmsXGVlI3064R4VqfOfoVBFxVK4DgSv/bUPjk vGbo48h1jDPi+iCDiBp7qLVqHP32eSJqcwrdb6kDpXcH6PE+eXOt4P0qkanOxduL5b6/ JzQDYBREAo/mLOa3BeX7UpbE0MfjRraiBClSoRw1GMIb7lupEU89I2m1DuCtbhqY2ioV JUPQ== 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 v2si2873183eju.3.2019.10.04.05.05.43; Fri, 04 Oct 2019 05:06:08 -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 S1731030AbfJDLny (ORCPT + 99 others); Fri, 4 Oct 2019 07:43:54 -0400 Received: from foss.arm.com ([217.140.110.172]:42562 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725826AbfJDLny (ORCPT ); Fri, 4 Oct 2019 07:43:54 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8873015A1; Fri, 4 Oct 2019 04:43:53 -0700 (PDT) Received: from [10.163.1.5] (unknown [10.163.1.5]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 97CAF3F706; Fri, 4 Oct 2019 04:43:50 -0700 (PDT) Subject: Re: [PATCH] mm/page_alloc: Add a reason for reserved pages in has_unmovable_pages() To: Michal Hocko Cc: linux-mm@kvack.org, Andrew Morton , Vlastimil Babka , Oscar Salvador , Mel Gorman , Mike Rapoport , Dan Williams , Pavel Tatashin , linux-kernel@vger.kernel.org References: <1570090257-25001-1-git-send-email-anshuman.khandual@arm.com> <20191004105824.GD9578@dhcp22.suse.cz> From: Anshuman Khandual Message-ID: <91128b73-9a47-100b-d3de-e83f0b941e9f@arm.com> Date: Fri, 4 Oct 2019 17:14:11 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20191004105824.GD9578@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/04/2019 04:28 PM, Michal Hocko wrote: > On Thu 03-10-19 13:40:57, Anshuman Khandual wrote: >> Having unmovable pages on a given pageblock should be reported correctly >> when required with REPORT_FAILURE flag. But there can be a scenario where a >> reserved page in the page block will get reported as a generic "unmovable" >> reason code. Instead this should be changed to a more appropriate reason >> code like "Reserved page". > > Others have already pointed out this is just redundant but I will have a Sure. > more generic comment on the changelog. There is essentially no > information why the current state is bad/unhelpful and why the chnage is The current state is not necessarily bad or unhelpful. I just though that it could be improved upon. Some how calling out explicitly only the CMA page failure case just felt adhoc, where as there are other reasons like HugeTLB immovability which might depend on other factors apart from just page flags (though I did not propose that originally). > needed. All you claim is that something is a certain way and then assert > that it should be done differently. That is not how changelogs should > look like. > Okay, probably I should have explained more on why "unmovable" is less than adequate to capture the exact reason for specific failure cases and how "Reserved Page" instead would been better. But got the point, will improve.