From patchwork Tue Feb 7 08:10:10 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: AKASHI Takahiro X-Patchwork-Id: 93518 Delivered-To: patch@linaro.org Received: by 10.140.20.99 with SMTP id 90csp2086433qgi; Tue, 7 Feb 2017 00:08:47 -0800 (PST) X-Received: by 10.98.117.10 with SMTP id q10mr18129606pfc.31.1486454927562; Tue, 07 Feb 2017 00:08:47 -0800 (PST) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 12si3319524pld.182.2017.02.07.00.08.47; Tue, 07 Feb 2017 00:08:47 -0800 (PST) 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 S1752059AbdBGIIp (ORCPT + 7 others); Tue, 7 Feb 2017 03:08:45 -0500 Received: from mail-pg0-f48.google.com ([74.125.83.48]:34841 "EHLO mail-pg0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751927AbdBGIIo (ORCPT ); Tue, 7 Feb 2017 03:08:44 -0500 Received: by mail-pg0-f48.google.com with SMTP id 194so36729591pgd.2 for ; Tue, 07 Feb 2017 00:08:44 -0800 (PST) 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=JopTXRYtj5VoT+NG8M0H5cBYM/zqaRi77cqr0DbgXHY=; b=Ib/mHZo2vZou48uRO9K650TjjKk0sao261Q1Cfw2qONIP5rN4izyRzjbAgfLf8Kex+ gSRxdqLkG1EDt9e34GTRMh6Nc1IrwogvSkAv6C+lVeJsbyEksCZqIll2Jz7NzfVdaMyU 5YCEYR/XEDlzx/9vY+ZmIUwj4VwsuwuveYnXk= 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=JopTXRYtj5VoT+NG8M0H5cBYM/zqaRi77cqr0DbgXHY=; b=IKy7n+fV6lnu3Rx7aIy/gQeXe2GAghmAIkXRof9TMp9MmggtEKsHJktg44uYtK9hKh fs0e46zdJwYmXuWn4bpe/Z+sA05LFqRhicfbdEmdzy/5ersVo94vJdD/WSnOG/8JPYLE Wo7+XlNibTqqGlZZKbbwmt/9jeri1AlpE8N+BHpHh6qos0/SjNAHs79NRurFlfD+rbk5 XjddIKZDuwf4vtenFQsXzrsiI1A4dZcK23iF7jEQF996dmxjgC7CYO8y1tfSTLU3hvWR j8aW8LBJWqmPRoGM3Wc1DSLG3ZDLr1E/735UOVPV6VOmWkpU3kw97ftfhHXSQx7FLJIn sTSw== X-Gm-Message-State: AIkVDXJBb4wWJAy4i2bruE67+DyITWfECK6c3OScTe27+hNFMUjC8eBVpLBA+400sjS4bJc1 X-Received: by 10.84.216.91 with SMTP id f27mr23814171plj.92.1486454918796; Tue, 07 Feb 2017 00:08:38 -0800 (PST) Received: from linaro.org ([121.95.100.191]) by smtp.googlemail.com with ESMTPSA id e189sm8493949pfg.64.2017.02.07.00.08.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Feb 2017 00:08:38 -0800 (PST) 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 v32 13/13] Documentation: dt: chosen properties for arm64 kdump Date: Tue, 7 Feb 2017 17:10:10 +0900 Message-Id: <20170207081010.6079-1-takahiro.akashi@linaro.org> X-Mailer: git-send-email 2.11.1 In-Reply-To: <20170207080601.5816-1-takahiro.akashi@linaro.org> References: <20170207080601.5816-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 | 37 ++++++++++++++++++++++++++++ 1 file changed, 37 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..8dc82431acc1 100644 --- a/Documentation/devicetree/bindings/chosen.txt +++ b/Documentation/devicetree/bindings/chosen.txt @@ -52,3 +52,40 @@ 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. + +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>; + }; +};