Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp397977ybh; Mon, 20 Jul 2020 20:34:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgWguDl1sZwR9bl9FMLwzA+1ipbHk6B0qHtOhron9PsfKy/kdGTAKkDvru1t+9bhpiXdrW X-Received: by 2002:a50:fa07:: with SMTP id b7mr23542963edq.298.1595302460065; Mon, 20 Jul 2020 20:34:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595302460; cv=none; d=google.com; s=arc-20160816; b=IxViMw/Rmlt6ppvBp5miDll4Y3a0vRJRHo8r1TSgIc20cBQx8v8r3Zu2js6nmQinV3 5rmXw9h0ZLyMMiwUf2B4/nF7tnQDhiwakrlGq4YnOxEP+uUIcOUgt3spJqBPmKlrLQaW OZXKEuyMQIYoThUwRCTMd95hetL/Xsecv3HPFRp6d/KhgRBwTy3uuk04f702FHwWzDrh GfYK0Ho14PaDN4hj3g33KZ/ts1ZVA6vVeBP3RkiT9+2zGd7Qh0+m7QuJ5UZto9HMSem7 X5pQD4/QO0FYzUI1+HZ8Xrz9yj2X80EW89THYogedNX8c9e0lZRF8DcwHNccHvw6EkQz Wb4Q== 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=cLD63HVz7cMknBL4wWGEVVq5fT472O42ahxwzC+ygv8=; b=vZ1AL+DPkggC5uQ/ayQLK6l/aMccaQ0+5/77FIlP1Y6FnhjblJ8r0gzr76Nq2ZBKw5 N92qDTgBmYoNBBMEgDvdS+eGR4L3PzGCB5DZdesD7hpqo2zc79hvYV+GFH7hSlOvC3o4 utBlyYvk/KjLF5zz7TGHs8IFmZdXLWXilT/y1oWYdYe5yNuSbBKZXul1/RE/oTSZohRy QmC25R8XNAZHtwjIn7SGM8Ak2VjGxnO+0OeW+pe5vFEtphQDM/J2+m6XVOes0+WF9615 SI8qQhJCp9KmSgJyA2ytlGRAhfohVlVPRas1Y8L/A62jyxWlfuxyKBcNbPj5ZDEj5EZE DOrA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=N0xmZDOq; 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 qt10si9991008ejb.466.2020.07.20.20.33.57; Mon, 20 Jul 2020 20:34:20 -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=N0xmZDOq; 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 S1728585AbgGUDdg (ORCPT + 99 others); Mon, 20 Jul 2020 23:33:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726068AbgGUDdf (ORCPT ); Mon, 20 Jul 2020 23:33:35 -0400 Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19119C061794; Mon, 20 Jul 2020 20:33:35 -0700 (PDT) Received: by mail-qv1-xf42.google.com with SMTP id u8so8703547qvj.12; Mon, 20 Jul 2020 20:33:35 -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=cLD63HVz7cMknBL4wWGEVVq5fT472O42ahxwzC+ygv8=; b=N0xmZDOqHUb4jVCuhhRlxsAawQPNEPouqOJF666NlI5J9shQVxg6EIlorfO7ROp0qj +5Un5Mkb2rPtuN83IBOozQn8rvDWAxjrxBA4diI1gJO7RxkozJuft6dwTe6NcQnewzK7 VaqKn0Q4Lx9lDxu+LeIrK0ozQA5cj2Fo5OHYMTyjc1r11gr7ucHVB+ooOhsuzMJRL0F9 aNOre2/3TcBeHKbL1wlfCFfHThc76jPki/cXTjniK+IZ0ht5aCHqqFf3a2n1fkJI+FgR seLq86CShgp68h22vbzIDmUhml7V6MlU1mPXGa4McU3t2iT8AKhI0Ja5wJKvsgqN8bh4 8Jug== 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=cLD63HVz7cMknBL4wWGEVVq5fT472O42ahxwzC+ygv8=; b=CfZflGoO2zDTUt8j/p6zHpHd/tzIwEdFxhbNAl859STslYlW3iSA+1BV1QkBmHHVnw 1OAyxVOdr2gY6r0I6L1nQo23Jm6kwgbR9AYpEr69dpIV1qUeYYMdYzJWcotFj2SSM5je cGUX+UiknL/kYuw1ghep4msetGFSvOSVFoip8H2HAi538teFRHaCfBGYMe0GvtnmfLzn R2VcK+FCCKY4GxywxLg7eBQfvwWbLKyfXNZ3RjpYf7RmJHQwhLOAk20cou9aaLRAXJBu Ahaz2AwXnEhz7GQixPFcr7WNJ/7935UCk0vJE99gS8f64LLbKi6dV48SNhiQPRvVNq8Q kmxg== X-Gm-Message-State: AOAM531vsvYIeXRP9YUCQlakDM76+jXb6MBglBEVG5vQQttV8l44d95S J5EYBFE3pyBmzImydU0AHkoCxd15rAufHKfxnMg= X-Received: by 2002:ad4:4732:: with SMTP id l18mr23948292qvz.208.1595302414313; Mon, 20 Jul 2020 20:33:34 -0700 (PDT) MIME-Version: 1.0 References: <1595220978-9890-1-git-send-email-iamjoonsoo.kim@lge.com> <20200720162313.1381e1ec82daa6a92ae4cda7@linux-foundation.org> In-Reply-To: <20200720162313.1381e1ec82daa6a92ae4cda7@linux-foundation.org> From: Joonsoo Kim Date: Tue, 21 Jul 2020 12:33:23 +0900 Message-ID: Subject: Re: [PATCH v2 1/4] mm/page_alloc: fix non cma alloc context To: Andrew Morton Cc: Linux Memory Management List , LKML , kernel-team@lge.com, Vlastimil Babka , 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=EC=A0=84 8:23, A= ndrew Morton =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84= =B1: > > On Mon, 20 Jul 2020 13:56:15 +0900 js1304@gmail.com wrote: > > > Currently, preventing cma area in page allocation is implemented by usi= ng > > current_gfp_context(). However, there are two problems of this > > implementation. > > > > First, this doesn't work for allocation fastpath. In the fastpath, > > original gfp_mask is used since current_gfp_context() is introduced in > > order to control reclaim and it is on slowpath. > > Second, clearing __GFP_MOVABLE has a side effect to exclude the memory > > on the ZONE_MOVABLE for allocation target. > > > > To fix these problems, this patch changes the implementation to exclude > > cma area in page allocation. Main point of this change is using the > > alloc_flags. alloc_flags is mainly used to control allocation so it fit= s > > for excluding cma area in allocation. > > > > Fixes: d7fefcc8de91 (mm/cma: add PF flag to force non cma alloc) > > Cc: > > This patch is against linux-next (or -mm) and has a lot of issues > applying to mainline. If we indeed wish to backport it to -stable, it > should be against mainline, please. I sent a revised patch against the mainline a minute ago. Subject and commi= t description is updated. Thanks.