Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3869175pxj; Tue, 8 Jun 2021 00:07:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJySs7+9NUdLpandWrP648U59udxlX4Ty9Dya/BXHdCZQDCtwqCHeh6ioKi+dxQKE1PHQJR5 X-Received: by 2002:a17:907:2059:: with SMTP id pg25mr20649942ejb.130.1623136052886; Tue, 08 Jun 2021 00:07:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623136052; cv=none; d=google.com; s=arc-20160816; b=vcm6iDgXyPC8U2DOFWs6jaVdYn+dT+iXGk1Ep9t5h13pqYHq0j1ZKR1RKjqP9xTeas 4IYZ7pB3CCUFdxMeEY+UC89ifSC+Wkua3yqH4t/b8F4AE2RnhhgNiQ6pe7LJ19OOLGtu b9PYfterEARNXmRly2QVcPpIyUaGBZLPXVrTG0EUGsiTu/xwMk9jAoHSwJ6E7Nwddyam 0hCLeozSeS1IUGF6vQdJpF8kzqPdMFIWV++dE1bH/3LMJmLTq3KT1U6bN3sbxOJiP7zt mr1rX1Xb+vtvbTXn22YVJUtbzX1jOtIFD2X6sCrR7lzLK7V1mVpOQQ4I2MeQ79i1PrMf hlUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=DgiY63FGf8DkSXyBJNDboIXxH3dtG3z5Ya6y5aKnp/w=; b=V4m+B3/yZIrD1Y4OGEfxDSrHL+R/VMiPvvDvURsTwCcX5rMIt9F0TpD8gFsQSNwgEG QQguOHmcXDjcPZc4rfqeWlONI714CwqOvy71ei5z4gVkQ7MIpUtaUyVmuVcDlOMIkUHL pQHMlj+4tvFH4DRv6567+JnM5kJzTWArZViQeThRxBHd7G/m5V1b3iLhPUA9+1GYHFK1 mbGwzTjnDo00/L0OumHGjOH47qlYVPN28ATEuFAmH5C+7DyG5dNT/e3DDfSUzf8PJRfi ScNfGJWg4K2IFcGh6/024tpE+qxTnAeP6humDVjHDlPugbmZfdTIiXWQzvs8Uz5JwaXa 9mxg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e8si14824288edy.573.2021.06.08.00.07.08; Tue, 08 Jun 2021 00:07:32 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229923AbhFHHHc (ORCPT + 99 others); Tue, 8 Jun 2021 03:07:32 -0400 Received: from foss.arm.com ([217.140.110.172]:50704 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229678AbhFHHHb (ORCPT ); Tue, 8 Jun 2021 03:07:31 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9DE33ED1; Tue, 8 Jun 2021 00:05:38 -0700 (PDT) Received: from [10.163.83.140] (unknown [10.163.83.140]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9BF443F73D; Tue, 8 Jun 2021 00:05:35 -0700 (PDT) Subject: Re: Arm64 crash while reading memory sysfs To: Mike Rapoport , Andrew Morton Cc: Catalin Marinas , Qian Cai , David Hildenbrand , Ard Biesheuvel , Linux Memory Management List , Will Deacon , Marc Zyngier , Linux Kernel Mailing List , Linux ARM References: <20210527175047.GK8661@arm.com> <20210527155644.7792b4eaa16ec56645e1080c@linux-foundation.org> From: Anshuman Khandual Message-ID: Date: Tue, 8 Jun 2021 12:36:21 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/28/21 10:43 AM, Mike Rapoport wrote: > On Thu, May 27, 2021 at 03:56:44PM -0700, Andrew Morton wrote: >> On Thu, 27 May 2021 18:50:48 +0100 Catalin Marinas wrote: >> >>>> Can you please try Anshuman's patch "arm64/mm: Drop HAVE_ARCH_PFN_VALID": >>>> >>>> https://lore.kernel.org/lkml/1621947349-25421-1-git-send-email-anshuman.khandual@arm.com >>>> >>>> It seems to me that the check for memblock_is_memory() in >>>> arm64::pfn_valid() is what makes init_unavailable_range() to bail out for >>>> section parts that are not actually populated and then we have >>>> VM_BUG_ON_PAGE(PagePoisoned(p)) for these pages. >>> >>> I acked Anshuman's patch, I think they all need to go in together. >> >> That's neat. Specifically which patches are we referring to here? > > arm64: drop pfn_valid_within() and simplify pfn_valid(): > https://lore.kernel.org/lkml/20210511100550.28178-5-rppt@kernel.org > > arm64/mm: Drop HAVE_ARCH_PFN_VALID: > https://lore.kernel.org/lkml/1621947349-25421-1-git-send-email-anshuman.khandual@arm.com I dont see the above patch (which drops HAVE_ARCH_PFN_VALID on arm64) on linux-next i.e. next-20210607. I might have missed some earlier context here but do not we want to fallback on generic pfn_valid() after Mike's series ?