Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1125266imu; Thu, 20 Dec 2018 10:30:53 -0800 (PST) X-Google-Smtp-Source: AFSGD/Uu2JbBU7HIrjX0dnhMOYGYTdQ0E+7bvY1FU4nE71JpA4frpbjvYpDXR/o+Wvma84SyqEso X-Received: by 2002:a62:37c3:: with SMTP id e186mr26014119pfa.251.1545330653208; Thu, 20 Dec 2018 10:30:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545330653; cv=none; d=google.com; s=arc-20160816; b=uACP1v//1eXbqKlYxml24cLtdsyIf4wis+ZDFtNl+DGuNw/4XU894CtsumWyG34xa5 M7O0aAZI51zEEvRXuxk2uT+NdnwVHRMrEdTwKwzJiyXKerUr1dUyZ+kdCD1bmLv72/ZQ JlQUV3oy9VazyRLuU7Ygedn9MzQME3QSqjTLqtMX2VQEPeA0IJBrmuZpqYalzMyISO5P hVgJQCvR086ZhWA+N9cc2JCWoKtRF0YJ9xlVZblMOXEbvJ8p6yIBJrjrktTeWFxSQJBq VE0ujbUzeQT0x4YFweJ2bzMMuGgiZPaIu2PXgbsKCksfYIzuM8yOSDWx31SbMQ5qqylo wMxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Kg2DxFtJrAmSXZOjyohQ7nP6FH/ftNHWPNyp3NbKD4g=; b=QCrbiTDTTn3Va2REAVW4mpdz9JfbFiPJhpnMVS5fiCLgEbKmlUcFHnsYbamiymzTgk 2skmfUo8Iqi/0Ladlo00RiFdgU91vx+hozDTSs2iy4NskBR/FtKDagxnjKXYWSvDTMjD kCk63zlxy/3VN886ohNqWd9BBK3xWtaGFrWjDa5ukDJlhmHJZ14BxLtBPm6D2/Ww6U0g gI6QMFtwZ5jXUCoM2UrJw6Kh8iiX8pfc5E5VCLbopZh0di9rnGnPVRRcn2deqCVbKOqj +lLGDJf5BXMgVJrr5KuFKOZ22HJ1S6qnxG7OmIKP+XFOql4XucUGUO8xpeS80zdmhBjT 6hpQ== 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 b2si18464453pgq.275.2018.12.20.10.30.37; Thu, 20 Dec 2018 10:30:53 -0800 (PST) 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 S1733156AbeLTOV3 (ORCPT + 99 others); Thu, 20 Dec 2018 09:21:29 -0500 Received: from nat.nue.novell.com ([195.135.221.2]:18933 "EHLO suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728008AbeLTOV3 (ORCPT ); Thu, 20 Dec 2018 09:21:29 -0500 Received: by suse.de (Postfix, from userid 1000) id 3BC633CAB; Thu, 20 Dec 2018 15:21:27 +0100 (CET) Date: Thu, 20 Dec 2018 15:21:27 +0100 From: Oscar Salvador To: Michal Hocko Cc: Wei Yang , akpm@linux-foundation.org, vbabka@suse.cz, pavel.tatashin@microsoft.com, rppt@linux.vnet.ibm.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] mm, page_alloc: Fix has_unmovable_pages for HugePages Message-ID: <20181220142124.r34fnuv6b33luj5a@d104.suse.de> References: <20181217225113.17864-1-osalvador@suse.de> <20181219142528.yx6ravdyzcqp5wtd@master> <20181219233914.2fxe26pih26ifvmt@d104.suse.de> <20181220091228.GB14234@dhcp22.suse.cz> <20181220124925.itwuuacgztpgsk7s@d104.suse.de> <20181220130606.GG9104@dhcp22.suse.cz> <20181220134132.6ynretwlndmyupml@d104.suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181220134132.6ynretwlndmyupml@d104.suse.de> User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 20, 2018 at 02:41:32PM +0100, Oscar Salvador wrote: > On Thu, Dec 20, 2018 at 02:06:06PM +0100, Michal Hocko wrote: > > You did want iter += skip_pages - 1 here right? > > Bleh, yeah. > I am taking vacation today so my brain has left me hours ago, sorry. > Should be: > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 4812287e56a0..0634fbdef078 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -8094,7 +8094,7 @@ bool has_unmovable_pages(struct zone *zone, struct page *page, int count, > goto unmovable; > > skip_pages = (1 << compound_order(head)) - (page - head); > - iter = round_up(iter + 1, skip_pages) - 1; > + iter += skip_pages - 1; > continue; > } On a second thought, I think it should not really matter. AFAICS, we can have these scenarios: 1) the head page is the first page in the pabeblock 2) first page in the pageblock is not a head but part of a hugepage 3) the head is somewhere within the pageblock For cases 1) and 3), iter will just get the right value and we will break the loop afterwards. In case 2), iter will be set to a value to skip over the remaining pages. I am assuming that hugepages are allocated and packed together. Note that I am not against the change, but I just wanted to see if there is something I am missing. -- Oscar Salvador SUSE L3