From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:49174 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751236AbdHaF5g (ORCPT ); Thu, 31 Aug 2017 01:57:36 -0400 Subject: Patch "mm/cma: make kmemleak ignore CMA regions" has been added to the 3.18-stable tree To: treding@nvidia.com, akpm@linux-foundation.org, aneesh.kumar@linux.vnet.ibm.com, catalin.marinas@arm.com, gregkh@linuxfoundation.org, iamjoonsoo.kim@lge.com, m.szyprowski@samsung.com, mina86@mina86.com, sfr@canb.auug.org.au, torvalds@linux-foundation.org Cc: , From: Date: Thu, 31 Aug 2017 07:57:34 +0200 Message-ID: <1504159054174130@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: 8bit Sender: stable-owner@vger.kernel.org List-ID: This is a note to let you know that I've just added the patch titled mm/cma: make kmemleak ignore CMA regions to the 3.18-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: mm-cma-make-kmemleak-ignore-cma-regions.patch and it can be found in the queue-3.18 subdirectory. If you, or anyone else, feels it should not be added to the stable tree, please let know about it. >>From 620951e2745750de1482128615adc15b74ee37ed Mon Sep 17 00:00:00 2001 From: Thierry Reding Date: Fri, 12 Dec 2014 16:58:31 -0800 Subject: mm/cma: make kmemleak ignore CMA regions From: Thierry Reding commit 620951e2745750de1482128615adc15b74ee37ed upstream. kmemleak will add allocations as objects to a pool. The memory allocated for each object in this pool is periodically searched for pointers to other allocated objects. This only works for memory that is mapped into the kernel's virtual address space, which happens not to be the case for most CMA regions. Furthermore, CMA regions are typically used to store data transferred to or from a device and therefore don't contain pointers to other objects. Without this, the kernel crashes on the first execution of the scan_gray_list() because it tries to access highmem. Perhaps a more appropriate fix would be to reject any object that can't map to a kernel virtual address? [akpm@linux-foundation.org: add comment] [akpm@linux-foundation.org: fix comment, per Catalin] [sfr@canb.auug.org.au: include linux/io.h for phys_to_virt()] Signed-off-by: Thierry Reding Cc: Michal Nazarewicz Cc: Marek Szyprowski Cc: Joonsoo Kim Cc: "Aneesh Kumar K.V" Cc: Catalin Marinas Signed-off-by: Stephen Rothwell Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- mm/cma.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/mm/cma.c +++ b/mm/cma.c @@ -33,6 +33,7 @@ #include #include #include +#include struct cma { unsigned long base_pfn; @@ -325,6 +326,11 @@ int __init cma_declare_contiguous(phys_a } } + /* + * kmemleak scans/reads tracked objects for pointers to other + * objects but this address isn't mapped and accessible + */ + kmemleak_ignore(phys_to_virt(addr)); base = addr; } Patches currently in stable-queue which might be from treding@nvidia.com are queue-3.18/mm-cma-make-kmemleak-ignore-cma-regions.patch