Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp964989ybh; Wed, 22 Jul 2020 18:45:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypXZObTTgmf/XTX7qmrFXmHogBOt4CKpcGC1mbecgjb10DOAbYtEUJNUq0ZSc6xCslxhqh X-Received: by 2002:a05:6402:3049:: with SMTP id bu9mr2155370edb.232.1595468735848; Wed, 22 Jul 2020 18:45:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595468735; cv=none; d=google.com; s=arc-20160816; b=Cp03yI+ak/rPYN7PKtOa/pNMKslPH2Et2gIhqso7QZAA+BBZyYhQvAD8VupbnRjLEe agDLuFlHYMhOJobElEcsLMcWzuCYTzQqjpQDuYrNh+umxnrDElpPh4dugn+u8EYfmj9s BfJQlHcF7pOkC/3Z+SxfcYTXMTm5cBB7OtUsgYFEoGodc4L4AReWyq87feD0TeUR1Zxn pnkv4PWeI8NjrkJmrPgqawaiaJFl3AsfESIbpwRrRrJedHZXavlpToE6MreicIZuFUXq VhMvlcMg8kev6viDnSVAow2QPMSqB4m5u19yqahH21y38CqHl/Er2zz6UHL95tIESn3i wWGg== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Hgi93fl+d8Jztwv9C8gs6eaqKANcCITr2o5G6xotyng=; b=VilmRYmpTjEnhDa8lpLgrT4HkFIEzUVtPnJ4je/voQu5jyDE3AdQU8kVk9hiSFIQKc lyqlu+JFXKpOeeDt2a2II1B+0skLYQvjXYnPArICCppxKnKWuraQNsUrqpdhVpHBKejB CppqzVR7i4/oqhDEgHc3a6wazx7N6H9aqhryNFeFrkfnnnrVh1u3AGG5JJlKqBTJeRut vsV2xPdDUBcN27g0C/L5HnBHNCSecalZJ3/rCw2PWOklPUg/PCvsSjR5be19ekemjWIP AyUMdsX8uzdDZKJylIVNc6TZOBEXDq38i2A1RiowmMwd4BbTa8IeI+xtaKMe/aeqXLiC boVA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="D7L/ZNI6"; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bk19si1086760ejb.338.2020.07.22.18.45.13; Wed, 22 Jul 2020 18:45:35 -0700 (PDT) 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=@gmail.com header.s=20161025 header.b="D7L/ZNI6"; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387514AbgGWBm5 (ORCPT + 99 others); Wed, 22 Jul 2020 21:42:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43614 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729198AbgGWBm4 (ORCPT ); Wed, 22 Jul 2020 21:42:56 -0400 Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7340DC0619DC; Wed, 22 Jul 2020 18:42:56 -0700 (PDT) Received: by mail-qk1-x743.google.com with SMTP id l6so3986539qkc.6; Wed, 22 Jul 2020 18:42:56 -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=Hgi93fl+d8Jztwv9C8gs6eaqKANcCITr2o5G6xotyng=; b=D7L/ZNI66qtNV5JuQnNjl0SDMvevUM3dgtVUc3cnxUfKR6te7KrNdPlqKJ1Ein65u9 N3BUT+aba14tAPV8r5EpRwSBTrSOidxRu0tvFHicS1i3b4rrrQwuI/zatq6iRtoAdOP1 n4nBfsIgNrvXpejJPUSk82EtwqoZ+RIErwzhBvTmUsz+l2ppEp4TzbUHNMvg3Ggs51yp 4ULdTCZBIuAcRu5fauMdldzyk8J8okz06GyatZcdIUvF/WIoW8yNM770AYGD8hcJxXNl jFYaxrifYlQsd8MJkXraL5j9bZzTynkTH/5eCRfgu2WzVfSSAPTh3OW6JdckQUl5XoJT 6Q6A== 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=Hgi93fl+d8Jztwv9C8gs6eaqKANcCITr2o5G6xotyng=; b=WIuaKZ99t6+07TnOGMVKsaKeAk+dRfelT4vYl2zq+z3MCvxjjV+JzS/RsFkbBO9WjK 2o+0xqzfeON3X3t8q6nD6ZOytHtSpNVtu9BRYO2x4C6LXN29GFej8UoKQyNVUFH3fVVU FUh6I9WTQVbhCw4iCNkU8QEA/48ahgQHX5994adVL5KJKNtwjEp7DUshTyFz26uGDbRX bBiZ2QWBtDZwqtHaK2lSoiKVVsz8nXnDMfAN83QiOzrez4pRZkjq8DLX4MQr0jKigZhX 6C+ayP4iCg4AJcloOUZxpKf45w8JuVyuwFCEXon/daOyY2J6xFBPqfMMH3GQAHZG9jva ogvA== X-Gm-Message-State: AOAM531UqRucIacbVi1dnlvlK4GWzdhM4kdXxF0o8sDenz3S4QMLl8Sx yI3WTMc1jhNyXHDSjM/+jTJFuKmahK7SA/LK7fQ= X-Received: by 2002:a37:6d2:: with SMTP id 201mr2782563qkg.187.1595468575726; Wed, 22 Jul 2020 18:42:55 -0700 (PDT) MIME-Version: 1.0 References: <1595302129-23895-1-git-send-email-iamjoonsoo.kim@lge.com> <20200721120533.GD15516@casper.infradead.org> <4c484ce0-cfed-0c50-7a20-d1474ce9afee@suse.cz> <20200721124312.GE15516@casper.infradead.org> In-Reply-To: <20200721124312.GE15516@casper.infradead.org> From: Joonsoo Kim Date: Thu, 23 Jul 2020 10:42:44 +0900 Message-ID: Subject: Re: [PATCH] mm/page_alloc: fix memalloc_nocma_{save/restore} APIs To: Matthew Wilcox Cc: Vlastimil Babka , Andrew Morton , Linux Memory Management List , LKML , kernel-team@lge.com, Christoph Hellwig , Roman Gushchin , Mike Kravetz , Naoya Horiguchi , Michal Hocko , "Aneesh Kumar K . V" , Joonsoo Kim , stable@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2020=EB=85=84 7=EC=9B=94 21=EC=9D=BC (=ED=99=94) =EC=98=A4=ED=9B=84 9:43, M= atthew Wilcox =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1: > > On Tue, Jul 21, 2020 at 02:38:56PM +0200, Vlastimil Babka wrote: > > On 7/21/20 2:05 PM, Matthew Wilcox wrote: > > > On Tue, Jul 21, 2020 at 12:28:49PM +0900, js1304@gmail.com wrote: > > >> @@ -4619,8 +4631,10 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsign= ed int order, > > >> wake_all_kswapds(order, gfp_mask, ac); > > >> > > >> reserve_flags =3D __gfp_pfmemalloc_flags(gfp_mask); > > >> - if (reserve_flags) > > >> + if (reserve_flags) { > > >> alloc_flags =3D reserve_flags; > > >> + alloc_flags =3D current_alloc_flags(gfp_mask, alloc_flags= ); > > >> + } > > > > > > Is this right? Shouldn't you be passing reserve_flags to > > > current_alloc_flags() here? Also, there's no need to add { } here. > > > > Note the "alloc_flags =3D reserve_flags;" line is not being deleted her= e. But if > > it was, your points would be true, and yeah it would be a bit more tidy= . > > Oh ... I should wake up a little more. > > Yeah, I'd recommend just doing this: > > - alloc_flags =3D reserve_flags; > + alloc_flags =3D current_alloc_flags(gfp_mask, reserve_fla= gs); Okay. I will change it. Just note that the reason that I added it separately is that I think that separation is more readable since we can easily notice that alloc_flags is changed to reserve_flags without inspecting currect_alloc_flags() functi= on. Thanks.