From patchwork Wed Mar 15 10:00:49 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: AKASHI Takahiro X-Patchwork-Id: 95325 Delivered-To: patch@linaro.org Received: by 10.140.89.134 with SMTP id v6csp246749qgd; Wed, 15 Mar 2017 02:58:25 -0700 (PDT) X-Received: by 10.99.163.75 with SMTP id v11mr2100420pgn.171.1489571905481; Wed, 15 Mar 2017 02:58:25 -0700 (PDT) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b35si1640919plh.80.2017.03.15.02.58.25; Wed, 15 Mar 2017 02:58:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of devicetree-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=neutral (body hash did not verify) header.i=@linaro.org; spf=pass (google.com: best guess record for domain of devicetree-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=devicetree-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751672AbdCOJ6Z (ORCPT + 7 others); Wed, 15 Mar 2017 05:58:25 -0400 Received: from mail-pg0-f50.google.com ([74.125.83.50]:34438 "EHLO mail-pg0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751573AbdCOJ6Y (ORCPT ); Wed, 15 Mar 2017 05:58:24 -0400 Received: by mail-pg0-f50.google.com with SMTP id 141so7010838pgd.1 for ; Wed, 15 Mar 2017 02:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=qoGTX5qJmqJbCg9RP9uc/PJG8OTVrm/xdcL56EzL+VQ=; b=dD5rAu0mh6IZjUN2qD/vmpPNvsy3foxfBYuuqx559u89hI29WW0rnOTorpeVCoN7vT IHihHGk6yMndKMySyERZyDSVscdaClo7Wluoy0KjAEi5//pNMmSEJpHcYeJw08g+0n+v RnDvZOAs9zwbdj9ZVEnFkq4HNS7ZkxC33CbCk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=qoGTX5qJmqJbCg9RP9uc/PJG8OTVrm/xdcL56EzL+VQ=; b=oxedcLnAqINWmpXYCmA6W0r+KgA/D49G6kgB8J+6+4O41PxF9BwgdpxxtW3YPzFs2i vSkjqsUpyb6ON47Onb7eRTzGkkvaxdrqINBvXm4ESbn5m20xb4QJbdodo9ayrhwLeIoN HQUjQKSt9DL3XrFW2HCnfIvbdpc5sc0LsU1glsY5g1v22ZZ+iBTsqgfcPVKAY1Af4OEs LeiBdR1YdoW8I3fS8uwWPRyVkacH4x8BP2QDH84FRnk/zXOaZ0MyYNdyaa7J0tnnvfir 8a8ThjM3yOai1BWx22AOIB7xjZBamvbGv3tuW545nKkiKTXBPiB2zm9CiJR19D/aLzaY Ap6g== X-Gm-Message-State: AFeK/H2NWoyFJM5ilGnaDPoX5e1xqK5S0W46H74SpX6isXWCdJ5mV6sDCeLOmJF1JUY9H/h4 X-Received: by 10.99.102.135 with SMTP id a129mr2657209pgc.220.1489571902943; Wed, 15 Mar 2017 02:58:22 -0700 (PDT) Received: from linaro.org ([121.95.100.191]) by smtp.googlemail.com with ESMTPSA id t133sm3235752pgc.24.2017.03.15.02.58.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Mar 2017 02:58:22 -0700 (PDT) From: AKASHI Takahiro To: catalin.marinas@arm.com, will.deacon@arm.com, robh+dt@kernel.org, mark.rutland@arm.com Cc: james.morse@arm.com, geoff@infradead.org, bauerman@linux.vnet.ibm.com, dyoung@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, AKASHI Takahiro Subject: [PATCH v33 13/14] Documentation: dt: chosen properties for arm64 kdump Date: Wed, 15 Mar 2017 19:00:49 +0900 Message-Id: <20170315100049.25206-1-takahiro.akashi@linaro.org> X-Mailer: git-send-email 2.11.1 In-Reply-To: <20170315095656.24992-1-takahiro.akashi@linaro.org> References: <20170315095656.24992-1-takahiro.akashi@linaro.org> Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org From: James Morse Add documentation for DT properties: linux,usable-memory-range linux,elfcorehdr used by arm64 kdump. Those are, respectively, a usable memory range allocated to crash dump kernel and the elfcorehdr's location within it. Signed-off-by: James Morse [takahiro.akashi@linaro.org: update the text due to recent changes ] Signed-off-by: AKASHI Takahiro Acked-by: Mark Rutland Cc: devicetree@vger.kernel.org Cc: Rob Herring --- Documentation/devicetree/bindings/chosen.txt | 45 ++++++++++++++++++++++++++++ 1 file changed, 45 insertions(+) -- 2.11.1 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/Documentation/devicetree/bindings/chosen.txt b/Documentation/devicetree/bindings/chosen.txt index 6ae9d82d4c37..b5e39af4ddc0 100644 --- a/Documentation/devicetree/bindings/chosen.txt +++ b/Documentation/devicetree/bindings/chosen.txt @@ -52,3 +52,48 @@ This property is set (currently only on PowerPC, and only needed on book3e) by some versions of kexec-tools to tell the new kernel that it is being booted by kexec, as the booting environment may differ (e.g. a different secondary CPU release mechanism) + +linux,usable-memory-range +------------------------- + +This property (arm64 only) holds a base address and size, describing a +limited region in which memory may be considered available for use by +the kernel. Memory outside of this range is not available for use. + +This property describes a limitation: memory within this range is only +valid when also described through another mechanism that the kernel +would otherwise use to determine available memory (e.g. memory nodes +or the EFI memory map). Valid memory may be sparse within the range. +e.g. + +/ { + chosen { + linux,usable-memory-range = <0x9 0xf0000000 0x0 0x10000000>; + }; +}; + +The main usage is for crash dump kernel to identify its own usable +memory and exclude, at its boot time, any other memory areas that are +part of the panicked kernel's memory. + +While this property does not represent a real hardware, the address +and the size are expressed in #address-cells and #size-cells, +respectively, of the root node. + +linux,elfcorehdr +---------------- + +This property (currently used only on arm64) holds the memory range, +the address and the size, of the elf core header which mainly describes +the panicked kernel's memory layout as PT_LOAD segments of elf format. +e.g. + +/ { + chosen { + linux,elfcorehdr = <0x9 0xfffff000 0x0 0x800>; + }; +}; + +While this property does not represent a real hardware, the address +and the size are expressed in #address-cells and #size-cells, +respectively, of the root node.