From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3F82BC433E0 for ; Thu, 21 May 2020 01:20:57 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id C8893206BE for ; Thu, 21 May 2020 01:20:56 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="b3Qufz9B" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C8893206BE Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 201E680008; Wed, 20 May 2020 21:20:56 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1E63C80007; Wed, 20 May 2020 21:20:56 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1171280008; Wed, 20 May 2020 21:20:56 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0209.hostedemail.com [216.40.44.209]) by kanga.kvack.org (Postfix) with ESMTP id EE2D180007 for ; Wed, 20 May 2020 21:20:55 -0400 (EDT) Received: from smtpin09.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id BA49B181AEF21 for ; Thu, 21 May 2020 01:20:55 +0000 (UTC) X-FDA: 76838972070.09.band32_813bffeb2906 X-HE-Tag: band32_813bffeb2906 X-Filterd-Recvd-Size: 4477 Received: from mail-qk1-f194.google.com (mail-qk1-f194.google.com [209.85.222.194]) by imf19.hostedemail.com (Postfix) with ESMTP for ; Thu, 21 May 2020 01:20:55 +0000 (UTC) Received: by mail-qk1-f194.google.com with SMTP id n11so258901qkn.8 for ; Wed, 20 May 2020 18:20:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=KMXAzH/Kv71HtUNnaKyhHOguIQwCV7+n2NDcWkB9O5g=; b=b3Qufz9Bme30CIB0oGj0m8BNMRnDWpRbJB9ckcOznK0iSOX5QCddKpwsRCwpHUByOu lie7SldmpLexNaRE4VlWEinTyQWUR20021doAnVkcQMDtmI/jv/gtvr1J95VnfQQdGiy UIjSeH6duas3tS51hAoKS+cc5OR5GZGwO16VVFu/aVG/rIafQR0Rlo/bkwdcTR6CNQpU 4lAKfbLgBaVpSnvdemRH0+XN1TPBVGQ7DJZHaKodQGVVjZMqvs6PKcou3smR9yGNDfQw 4+FSxLIeg5eXqaO1iS1CKGptB7B8iRirue/eXFVUkLVKKWA+FbUXpCecx7slTpMBCrPZ 5FuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=KMXAzH/Kv71HtUNnaKyhHOguIQwCV7+n2NDcWkB9O5g=; b=WKCGUlAJSZH9Hy+JsVrnHHolU197fbYvpOG6bfTbZae6cMd7kF88HRGdMub1TVRPa4 UjGvxevxli+LrQFHuntlzPSu1U31FDX2jS6NhyrHUdDhO+cdR8nQAL1HvcHHyPHiKJUo tA8MBQvXGuLzjL9df3wJXOmirRkzbXh2ckRB8ituS61v12mkAtHEq96Zxd31Dse5WzFy IS8BKND52SPe2xzNwubIH7twxK2OvVi4sTOYuYoIxc0zBC9mSAu14p4BrPGNULdFrO+G gLhJoEMgFXcC/zioPqS0LjeAA2jSTojrL+xQArSZ/NiTWAsFuRwnLztbvnH4NoMJu8y7 +tEg== X-Gm-Message-State: AOAM530yoYekVnJFTywXegsQUlAAIWJwR8PTYBo2s1kBmMtqgmR5vUVS PIEftGxmKrue20YF77oCc4pOttEUllQogJsC2JM= X-Google-Smtp-Source: ABdhPJxf56ExTuAT79VbjVY9YiXT3HT0IYTGfEIgMEVu94RqzG0+k695G4NT+a1bQxBXlgQ4ScLvAEU5DiLWN3pAqBo= X-Received: by 2002:a37:d245:: with SMTP id f66mr6877706qkj.452.1590024054857; Wed, 20 May 2020 18:20:54 -0700 (PDT) MIME-Version: 1.0 References: <1589764857-6800-1-git-send-email-iamjoonsoo.kim@lge.com> <1589764857-6800-4-git-send-email-iamjoonsoo.kim@lge.com> <20200521004324.GB317575@carbon.dhcp.thefacebook.com> In-Reply-To: <20200521004324.GB317575@carbon.dhcp.thefacebook.com> From: Joonsoo Kim Date: Thu, 21 May 2020 10:20:41 +0900 Message-ID: Subject: Re: [PATCH 03/11] mm/hugetlb: introduce alloc_control structure to simplify migration target allocation APIs To: Roman Gushchin Cc: Andrew Morton , Linux Memory Management List , LKML , kernel-team@lge.com, Vlastimil Babka , Christoph Hellwig , Mike Kravetz , Naoya Horiguchi , Michal Hocko , Joonsoo Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: 2020=EB=85=84 5=EC=9B=94 21=EC=9D=BC (=EB=AA=A9) =EC=98=A4=EC=A0=84 9:43, R= oman Gushchin =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1: > > On Mon, May 18, 2020 at 10:20:49AM +0900, js1304@gmail.com wrote: > > From: Joonsoo Kim > > > > Currently, page allocation functions for migration requires some argume= nts. > > More worse, in the following patch, more argument will be needed to uni= fy > > the similar functions. To simplify them, in this patch, unified data > > structure that controls allocation behaviour is introduced. > > Is it all about huge pages only? If so, maybe adding huge_page suffix/pre= fix > to struct alloc_control? E.g. huge_alloc_control or something like this. No, it will be used for other migration target allocation functions. You ca= n see it on following patches. > > > > For clean-up, function declarations are re-ordered. > > > > Note that, gfp_mask handling on alloc_huge_page_(node|nodemask) is > > slightly changed, from ASSIGN to OR. It's safe since caller of these > > functions doesn't pass extra gfp_mask except htlb_alloc_mask(). > > Changes make sense to me, but it feels like this patch is doing several > thing simultaneously. Do you mind splitting it into few? I will try to split it on next spin. Thanks.