Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2133385pxb; Mon, 11 Oct 2021 23:11:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwnMKBrLuhVCsDRtfUhmgmW+h7f8P4GNwwgtrYSk4R6BnM2EdFSan4/gtrqknd9jdxZb6qR X-Received: by 2002:a50:da04:: with SMTP id z4mr47376303edj.52.1634019067096; Mon, 11 Oct 2021 23:11:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634019067; cv=none; d=google.com; s=arc-20160816; b=DA2mDgNlwjVMUGC2kr9fnjr3EQnMna+Zrdk1Ws+dNcGtsPV8AO63LXhH2/5YJjSx2P EP5qYGEi3QkmbboW7T2y1ACRKJ41UQmXDtNnXmTBWlJKYsywk4+RH8DheswuEpujfazJ R6Q+PFE+HoxWPEbY2PXzmOxhBM0jpsjKOVT091jPv7xvqbPsJU7WaB6yeVqEcipfc/9N uwMIJulJsIST5btf8iD+KfHaVgnBhUTwKZmExR9PIoE/Dqee9PMSoLlAG0O5Ua6VCJhn 9NnOqCExOYVPLYuBjb/w/Ut2tRfN0a95XI/km+P7xLR7LJAUBnN+uzUwhp6cIFCH06Em 0wgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=I2noNHIwNYqP7Ege85vyPAoEHo2KP4WykR9/6THcR+I=; b=kroIvmBUo7Zjh/AfwUDVADz2NehjzGltz0XUkiUB9vk55NXSGJcULAy7LN3kMhvahJ Xrpc8KaCRkqVlPwh+Ah2M0hTxzENfp3UZVm54zUi6vz6cytUjrpBvaJzdZs1JYSH/hAd GNRblLhMTdICLDNPZo7wlI2j9Fxt+/8dWOVI1oJ2wgSxb+v8mwFTDoOV1T52mbDjgHy6 tIkT8NPFATMCYoErp9GHm7zc6KNs9GnSJpvulLcw/bve8f0Uy9xCVjVtnLlUns0y9qHf xcmcb0GWf8ehlhd7rIt2lzJ6+6Boe05Bb+1iYnffEXdzVMBpWh6W4C2tzWTrPQrORukP 3JhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=m1ktLpcA; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a17si12976855edb.109.2021.10.11.23.10.42; Mon, 11 Oct 2021 23:11:07 -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=@kernel.org header.s=k20201202 header.b=m1ktLpcA; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232830AbhJLGKs (ORCPT + 99 others); Tue, 12 Oct 2021 02:10:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:51722 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232431AbhJLGKs (ORCPT ); Tue, 12 Oct 2021 02:10:48 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9E5F661076; Tue, 12 Oct 2021 06:08:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1634018926; bh=G5sKg3ur0G15l4uMWAUDfX+JPW8gLjBXoFrTph+IFjM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=m1ktLpcAI9KZGTeL7NeSwH7jPpYd2Nob8gRqAjbdt/jKfcXjbg3QXtXxmIK7ULuu2 xXIsenm5rCQplL+v6lb72J0ua4mQ6Z/IA+q17UKjFEH+KXw4NHF79btjJXtIGxIU1F b46TpYoS9QX1DPmuX/AGsM9XwSBrANNORc4xlzJV8zcamevi8K1Ft1SJJ3lFMLYrA6 P2BKnEixcKDleXTCAb5GCVvjMK9OpwyaDLchCT1HJUudiZCC4w+dNxLodLukQfK9u3 x0qEr9KGM5CmM0FRssOFkmt9hIHiIsklpzbeBhWGbM6iqVDaRzvfgyM+VptB6sA5TJ 1E0NCTxrY9lSQ== Date: Tue, 12 Oct 2021 09:08:41 +0300 From: Mike Rapoport To: Vladimir Zapolskiy Cc: lkml , linux-mm@kvack.org, Catalin Marinas Subject: Re: Panic on kmemleak scan Message-ID: References: <8ade5174-b143-d621-8c8e-dc6a1898c6fb@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ade5174-b143-d621-8c8e-dc6a1898c6fb@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (added Catalin) On Mon, Oct 11, 2021 at 02:23:31PM +0300, Vladimir Zapolskiy wrote: > Hello Mike, > > commit a7259df767 ("memblock: make memblock_find_in_range method private") [1] > invokes a kernel panic while running kmemleak on OF platforms with nomaped > regions, basically it's similar to an issue reported and fixed earlier by [2]: > > Unable to handle kernel paging request at virtual address ffff000021e00000 Does this virtual address correspond to a nomap area? Can you check if this patch helps: diff --git a/mm/memblock.c b/mm/memblock.c index 184dcd2e5d99..5c3503c98b2f 100644 --- a/mm/memblock.c +++ b/mm/memblock.c @@ -936,7 +936,12 @@ int __init_memblock memblock_mark_mirror(phys_addr_t base, phys_addr_t size) */ int __init_memblock memblock_mark_nomap(phys_addr_t base, phys_addr_t size) { - return memblock_setclr_flag(base, size, 1, MEMBLOCK_NOMAP); + int ret = memblock_setclr_flag(base, size, 1, MEMBLOCK_NOMAP); + + if (!ret) + kmemleak_free_part_phys(base, size); + + return ret; } /** > [...] > scan_block+0x64/0x170 > scan_gray_list+0xe8/0x17c > kmemleak_scan+0x270/0x514 > kmemleak_write+0x34c/0x4ac > > I believe it would be a trivial problem to correct for you, thank you in > advance! > > [1] https://lore.kernel.org/all/20210816122622.30279-1-rppt@kernel.org/T/#u > [2] https://lore.kernel.org/lkml/20190119132832.GA29881@MBP.local/t/#m032124f36c07 > > -- > Best wishes, > Vladimir -- Sincerely yours, Mike.