Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2381067ybv; Fri, 21 Feb 2020 14:36:09 -0800 (PST) X-Google-Smtp-Source: APXvYqznsN4pYGH7vPiE9SNmAYr8gB2SOQFv3iRY8KFTCfjhDz/Oj6fvQJJzAubnGVodrNetO8uJ X-Received: by 2002:aca:2806:: with SMTP id 6mr3800761oix.64.1582324569113; Fri, 21 Feb 2020 14:36:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582324569; cv=none; d=google.com; s=arc-20160816; b=X98kER+Ob6oiIJCYb6SuRKApMYjejqYo4ELSK3Y7zSOE7O1+nvuHE2tyb7rQxKwDmv 8zUK5K7A8pOwqxoUPrcOGcUHGnqCibL8GPDDsE9ShZyk7dtahNZagmmmeFuOJnx4pKf9 03I2Va+/czu9rZ3FGTUUPun00qsoFfxlakpz8lZeUC9Xp+ghvCiI08jdALSgyQh0wby3 wC0s+3mUdtzKyhvUDrYOfaI1hzAxfflOSBVJnBF7MiILycDujHffF5jgAk0iBXn7l+Q0 v2oPDoU3Ra3tX+GyYuG95RVuFLHZ3PKeKj3+b0elih8s5chWpf8WX/iCMErAL8C0FnoD cKJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id; bh=pVbVcedIJm9FI0ECJJj5MilXONZh3U7/7Cy9eq9SJQU=; b=SuO9pfeaRuveiJDRh+vJPVilI9Gh21GNwD9sT9euXmJBSru5tB1+cl7DlgwpcjhItQ Is0l3epbyI5V8imzgbBj4R+JFG6O+wj5xO9MsVx6yNDPgKwKPxzr4d/qWeppx7JWJVTe dGcwecDIWwf/XQu6IyM5GxQNS9JdfolyEyb3NmIO8XWTWwh7De0/RqMRSccS6vqfLF0F bWdj/H8FhlEjKiuEdWJKQtosHPrGF60pOq+gjtHIb9pJd0UHVvvG13YPXm5tu02aKjm/ A1v1ZE+lSDbkxvU+wKrDH2o2sFktxcDxgbPLJGtyRA8r0+bRr5WNeU0wwMSIxmpZnKyK EfQw== 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 t25si1517487oic.183.2020.02.21.14.35.55; Fri, 21 Feb 2020 14:36:09 -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 S1728624AbgBUWfW (ORCPT + 99 others); Fri, 21 Feb 2020 17:35:22 -0500 Received: from shelob.surriel.com ([96.67.55.147]:46516 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726731AbgBUWfW (ORCPT ); Fri, 21 Feb 2020 17:35:22 -0500 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from ) id 1j5GtD-0003s1-6Q; Fri, 21 Feb 2020 17:35:19 -0500 Message-ID: <67d927c6161b15664b4a912ad34fc3a147109760.camel@surriel.com> Subject: Re: [PATCH 2/2] mm,thp,compaction,cma: allow THP migration for CMA allocations From: Rik van Riel To: Zi Yan Cc: linux-kernel@vger.kernel.org, kernel-team@fb.com, akpm@linux-foundation.org, linux-mm@kvack.org, mhocko@kernel.org, vbabka@suse.cz, mgorman@techsingularity.net, rientjes@google.com, aarcange@redhat.com Date: Fri, 21 Feb 2020 17:35:15 -0500 In-Reply-To: References: <3289dc5e6c4c3174999598d8293adf8ed3e93b57.1582321645.git.riel@surriel.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-N3fCwb3Sg4Ms25pOkexS" User-Agent: Evolution 3.34.3 (3.34.3-1.fc31) MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-N3fCwb3Sg4Ms25pOkexS Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2020-02-21 at 17:31 -0500, Zi Yan wrote: > On 21 Feb 2020, at 16:53, Rik van Riel wrote: >=20 > > +++ b/mm/compaction.c > > @@ -894,12 +894,12 @@ isolate_migratepages_block(struct > > compact_control *cc, unsigned long low_pfn, > >=20 > > /* > > * Regardless of being on LRU, compound pages such as > > THP and > > - * hugetlbfs are not to be compacted. We can > > potentially save > > - * a lot of iterations if we skip them at once. The > > check is > > - * racy, but we can consider only valid values and the > > only > > - * danger is skipping too much. > > + * hugetlbfs are not to be compacted most of the time. > > We can > > + * potentially save a lot of iterations if we skip them > > at > > + * once. The check is racy, but we can consider only > > valid > > + * values and the only danger is skipping too much. > > */ >=20 > Maybe add =E2=80=9Cwe do want to move them when allocating contiguous mem= ory > using CMA=E2=80=9D to help > people understand the context of using cc->alloc_contig? I can certainly do that. I'll wait for feedback from other people to see if more changes are wanted, and plan to post v2 by Tuesday or so :) --=20 All Rights Reversed. --=-N3fCwb3Sg4Ms25pOkexS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAl5QWyMACgkQznnekoTE 3oNG4Qf+NIlz59enImNBYGxlLc+a6Zw6OUfHlPKtL3xXWApRER8KxyzqehnAaDHD 2SyRCoaOObt30qL9telaoqfinbnZP57ud4cpuUrhZ6R/EPYvhWmPzOCuy/ON8n1q J3+SPHSHIdpO0yLqECbkjh8yqqcgeH4MRzvAkUlJ5sl7zLzMUcXLM4lAMRIPP3bE t3GEAVk32mZlYWVowBgYbqTXOPdvha/nJpqpQVOHqLXKDxho/GgXmBzBxqk/JTPd HOHmd9VCOgdmMiylg+s+WVaEP4iGJkE+QrtywHtKVwvYCyOdcTp5d6vAK0Dv85a3 2CU5VojKKKWQL74efpSrnIrmMdGGqQ== =/pq0 -----END PGP SIGNATURE----- --=-N3fCwb3Sg4Ms25pOkexS--