Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1718933pxb; Mon, 8 Mar 2021 04:52:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJyqhjUS6j4pSS9u/rZPLyJ4ikb11K8uROohZ6i37ug/iPupkCAE53xSEp/carW30eOXG0fD X-Received: by 2002:a50:f311:: with SMTP id p17mr22733260edm.188.1615207962296; Mon, 08 Mar 2021 04:52:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615207962; cv=none; d=google.com; s=arc-20160816; b=t7GtfhsoZVvWdzGgZUPDCfsN7fJmLZxwRUIvPuQJoQPc6gs610D2hGrqAUSVeBegWl 9vMZT4+tBShsevIRsgQCQv9/6Et2t5YCqG4Bma7ppLTrjLYkqqYaniw2DpIlFJE2UjJ+ Kvjt1oDiyGJm7IkeG7t/BDyJ3pzICZr7T/vDHy40LPw0Njy4dUkbqBgdcGpYhKLjn6vw e5mzfbEl+rIsloxF+AoIPONz5K2omCDsueCZL1WQ4jzG2WjBwRZGEZXyfziBtqm8pYtX SfljtGRbClsIFngi8xmZgyLpQItuPH0DXhI/5qylFhDlapswwxdfJGNgpovMl8wDHB1Z /IbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=I3MA4O9DPW7El1WvYUSmQ4/nQjjkpDOwqQCrp1Pj6HE=; b=joONdY7Ded92UzSVVgrrP7ZkmiTaAfSCfQZKvntnk2muLZiTSPPIoWxzkxKeaWzB3U sHEBIyl92FtueDm5a0vLmNiNih1Z1xtPi6i7EupUMpW68YnpE/scxliB/7D9CGDeVpuo rsnMINGG8ShV4SbZsDGVsyvX/nJ1xCHZtaTfY0nevQFjUgcEpLwcp1CZq4VXDPCg0tz1 i0znvSYyV22+reiHxtl1mEhJyp5oPld5/dk0U8vrOdSo0/XwTek4Wll3vdomCCvDpGQK AHT9OMissUNmPYgY9mNtYohx4mY4y+PRNu0RYkPdo0uK2CX0gk185g2FF0aZMnG3iPrh DjPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=r9PKsI+d; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o10si6231705ejn.701.2021.03.08.04.52.19; Mon, 08 Mar 2021 04:52:42 -0800 (PST) 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; dkim=pass header.i=@suse.com header.s=susede1 header.b=r9PKsI+d; 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=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229457AbhCHMtU (ORCPT + 99 others); Mon, 8 Mar 2021 07:49:20 -0500 Received: from mx2.suse.de ([195.135.220.15]:54596 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229528AbhCHMtN (ORCPT ); Mon, 8 Mar 2021 07:49:13 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1615207752; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=I3MA4O9DPW7El1WvYUSmQ4/nQjjkpDOwqQCrp1Pj6HE=; b=r9PKsI+ds0ZUgOainH1rJRz753YW+3pgUswiqXlZU6WuyUF/tz9RrM7Fbqdv3kreUXNfZK rFySYes+vasGUysSslddJeY+oFcyHLOim7Y18mRDUAEwwd0mSZkfPys2wXFp9lrBZ0p5AG Wu9hBRt+9I78DaBoELb7hG8e0C2Fz/g= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id DCEC4AC0C; Mon, 8 Mar 2021 12:49:11 +0000 (UTC) Date: Mon, 8 Mar 2021 13:49:11 +0100 From: Michal Hocko To: Minchan Kim Cc: David Hildenbrand , Andrew Morton , linux-mm , LKML , joaodias@google.com Subject: Re: [PATCH] mm: be more verbose for alloc_contig_range faliures Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 04-03-21 10:22:51, Minchan Kim wrote: [...] > How about this? > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 238d0fc232aa..489e557b9390 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -8481,7 +8481,8 @@ static inline void dump_migrate_failure_pages(struct list_head *page_list) > > /* [start, end) must belong to a single zone. */ > static int __alloc_contig_migrate_range(struct compact_control *cc, > - unsigned long start, unsigned long end) > + unsigned long start, unsigned long end, > + bool nofail) This sounds like a very bad idea to me. Your nofail definition might differ from what we actually define as __GFP_NOFAIL but I do not think this interface should ever promise anything that strong. Sure movable, cma regions should effectively never fail but there will never be any _guarantee_ for that. Earlier in the discussion I have suggested dynamic debugging facility. Documentation/admin-guide/dynamic-debug-howto.rst. Have you tried to look into that direction? > { > /* This function is based on compact_zone() from compaction.c. */ > unsigned int nr_reclaimed; > @@ -8522,7 +8523,8 @@ static int __alloc_contig_migrate_range(struct compact_control *cc, > NULL, (unsigned long)&mtc, cc->mode, MR_CONTIG_RANGE); > } > if (ret < 0) { > - dump_migrate_failure_pages(&cc->migratepages); > + if (ret == -EBUSY && nofail) > + dump_migrate_failure_pages(&cc->migratepages); > putback_movable_pages(&cc->migratepages); > return ret; > } > @@ -8610,7 +8612,9 @@ int alloc_contig_range(unsigned long start, unsigned long end, > * allocated. So, if we fall through be sure to clear ret so that > * -EBUSY is not accidentally used or returned to caller. > */ > - ret = __alloc_contig_migrate_range(&cc, start, end); > + ret = __alloc_contig_migrate_range(&cc, start, end, > + migratetype == CMA || > + zone_idx(cc.zone) == ZONE_MOVABLE); > if (ret && ret != -EBUSY) > goto done; > ret =0; -- Michal Hocko SUSE Labs