From mboxrd@z Thu Jan 1 00:00:00 1970 From: akpm@linux-foundation.org Subject: + cma-take-__gfp_nowarn-into-account-in-cma_alloc.patch added to -mm tree Date: Wed, 04 Oct 2017 15:18:24 -0700 Message-ID: <59d55e30.WK0ez1kfSTaMPwg8%akpm@linux-foundation.org> Reply-To: linux-kernel@vger.kernel.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from mail.linuxfoundation.org ([140.211.169.12]:44284 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750951AbdJDWSZ (ORCPT ); Wed, 4 Oct 2017 18:18:25 -0400 Sender: mm-commits-owner@vger.kernel.org List-Id: mm-commits@vger.kernel.org To: boris.brezillon@free-electrons.com, airlied@linux.ie, daniel@ffwll.ch, eric@anholt.net, iamjoonsoo.kim@lge.com, jaewon31.kim@samsung.com, labbott@redhat.com, mm-commits@vger.kernel.org The patch titled Subject: mm/cma.c: take __GFP_NOWARN into account in cma_alloc() has been added to the -mm tree. Its filename is cma-take-__gfp_nowarn-into-account-in-cma_alloc.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/cma-take-__gfp_nowarn-into-account-in-cma_alloc.patch and later at http://ozlabs.org/~akpm/mmotm/broken-out/cma-take-__gfp_nowarn-into-account-in-cma_alloc.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/SubmitChecklist when testing your code *** The -mm tree is included into linux-next and is updated there every 3-4 working days ------------------------------------------------------ From: Boris Brezillon Subject: mm/cma.c: take __GFP_NOWARN into account in cma_alloc() cma_alloc() unconditionally prints an INFO message when the CMA allocation fails. Make this message conditional on the non-presence of __GFP_NOWARN in gfp_mask. This patch aims at removing INFO messages that are displayed when the VC4 driver tries to allocate buffer objects. From the driver perspective an allocation failure is acceptable, and the driver can possibly do something to make following allocation succeed (like flushing the VC4 internal cache). Link: http://lkml.kernel.org/r/20171004125447.15195-1-boris.brezillon@free-electrons.com Signed-off-by: Boris Brezillon Acked-by: Laura Abbott Cc: Jaewon Kim Cc: David Airlie Cc: Daniel Vetter Cc: Eric Anholt Cc: Joonsoo Kim Signed-off-by: Andrew Morton --- mm/cma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN mm/cma.c~cma-take-__gfp_nowarn-into-account-in-cma_alloc mm/cma.c --- a/mm/cma.c~cma-take-__gfp_nowarn-into-account-in-cma_alloc +++ a/mm/cma.c @@ -460,7 +460,7 @@ struct page *cma_alloc(struct cma *cma, trace_cma_alloc(pfn, page, count, align); - if (ret) { + if (ret && !(gfp_mask & __GFP_NOWARN)) { pr_info("%s: alloc failed, req-size: %zu pages, ret: %d\n", __func__, count, ret); cma_debug_show_areas(cma); _ Patches currently in -mm which might be from boris.brezillon@free-electrons.com are cma-take-__gfp_nowarn-into-account-in-cma_alloc.patch