Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp995224pxj; Thu, 27 May 2021 17:18:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyymb91mzxmeduYNrIOp0AhD9b/ksfx9quf8MWkozfACdyklm7aOrgmdzewiccYH820j23y X-Received: by 2002:a50:fd11:: with SMTP id i17mr6885749eds.23.1622161134848; Thu, 27 May 2021 17:18:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622161134; cv=none; d=google.com; s=arc-20160816; b=gWCuRF0POAVZpVbTDJptp8E0GiR8zJlDrHukl9pg9lzJYBg3trZJwMH0f5v3q8CClX jtQG7Hge7OaJZyDtZVkxgfR1f2JjbqWPRjVhyW4af1amJLVPqJ4rnJgp/rDoLLjr1Wjx ultDtV1fzdvDfv3gxBzvBohZ7hWBEViUGP2Tal5siDD7uTomJ7rN+GpLQYn8WJBPWNTO 9XZHuLLsutrbHRRiHhZbAqR2FaCy9iIk39ktCfl1PBtaUS3puATFASDqWkhiVe4lMqNV MAbibJaaZK2LKvci7yrFXwuAtvAwBs1Z0eqL70WJ4sT9KW9Nl+BTwyVrcxEVbzJTzN7s N8VQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=4k38nLFwzRopkcPpnewV4ZWowtG8/E+C0whvheDswhw=; b=0SnhEJpMTH64nVRvJQT+TWiXTQaBpm87t8w6/mGx0QGAatiI0uTx3WkO9UkEGrMqIu UBsYA5YABvpUDcO2VH5QKhCFVKGuLQVV/I7zKTcd7j+4JqumsjcLhFCQZ99VG3pJcjIu O3Ji7Q3EC4K2633wzR6zNR9FUtv9qujhb+XWecURt8lhp9iN4k6tgowXy8HZC9YdJ+Az M1pZdGJxnYNzpWPYaG7o1Hd1olJznt6ETYQJdOuODOaTtLb2QziTEipUnPYhwl1xOzdE jL8vhQArJ9Tk/NU7Wa/YAVv8JvTuKYtMQKYU4Futw9rWyZXtA3RXUlYqpf+KK69a+W+l R0iQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=qnYWqjPD; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y10si3600687ejp.136.2021.05.27.17.18.30; Thu, 27 May 2021 17:18:54 -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=@linux-foundation.org header.s=korg header.b=qnYWqjPD; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235727AbhE0W6T (ORCPT + 99 others); Thu, 27 May 2021 18:58:19 -0400 Received: from mail.kernel.org ([198.145.29.99]:34002 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233203AbhE0W6T (ORCPT ); Thu, 27 May 2021 18:58:19 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 017166135C; Thu, 27 May 2021 22:56:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1622156205; bh=ZVPbH5HQA5QJ3IYjGRfYN9DLXdb7eKyi5B1fvwZKHCU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=qnYWqjPDdyZAlY7nCZx/PAyGK2OTuEaicJBV84zkM5rbnOPiaudihJrvRqGue8pxb 672OCCfUVuubWYdRZEMw+CMYUiMuhcPCY0b95aJTHoxGO95d7fOnIXcCmLz3jHaEQR 3bvygjhz7SeiiUGLt8zH8q6A1kWvDhp7pwsxvlBs= Date: Thu, 27 May 2021 15:56:44 -0700 From: Andrew Morton To: Catalin Marinas Cc: Mike Rapoport , Qian Cai , David Hildenbrand , Anshuman Khandual , Ard Biesheuvel , Linux Memory Management List , Will Deacon , Marc Zyngier , Linux Kernel Mailing List , Linux ARM Subject: Re: Arm64 crash while reading memory sysfs Message-Id: <20210527155644.7792b4eaa16ec56645e1080c@linux-foundation.org> In-Reply-To: <20210527175047.GK8661@arm.com> References: <20210527175047.GK8661@arm.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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?