From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.6 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 72AD4C4363A for ; Wed, 21 Oct 2020 06:45:34 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 11B8822251 for ; Wed, 21 Oct 2020 06:45:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603262734; bh=Wyw5We1ji398r6jEKsyOv1d233CBQmez+NyANTjly/w=; h=Date:From:To:Cc:Subject:In-Reply-To:References:List-ID:From; b=BYUpTZOTs+P3S7MMK20RzCBH0iQYaASk9cs/rEtxCHfdNjGFPCnHUcM6urUwuUBdx 8vOZ1yiGWjyWUAQ82IMqNQ35g6b4dUoK8qnzb315F4ug7VID/0VIdkuiTbqCEZF1bO 30a4ENba6xaPmU35Oy5uocTyOuh7Xu6wonT0P2/s= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2394978AbgJUGp1 (ORCPT ); Wed, 21 Oct 2020 02:45:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:38434 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2394966AbgJUGp1 (ORCPT ); Wed, 21 Oct 2020 02:45:27 -0400 Received: from coco.lan (ip5f5ad5a8.dynamic.kabel-deutschland.de [95.90.213.168]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8B8222075B; Wed, 21 Oct 2020 06:45:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603262726; bh=Wyw5We1ji398r6jEKsyOv1d233CBQmez+NyANTjly/w=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=yIfZmq8tDOVAVBY0McNrJzGl5Swv/H/EpWWIBkmQCxhCiH+eVKyXKJITzMWcvTRlt SmbXzzl3/YB4iZjdBJJj4+VO6ZOmzpbh1EfiQSS6N4VjPgEog4Pf0qQpWpKGc0NLA4 OJsKcl8Z86Ihu0x+0Kjf/jw7WNL/2KnPTV0d5f9Y= Date: Wed, 21 Oct 2020 08:45:18 +0200 From: Mauro Carvalho Chehab To: Rob Herring Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Frank Rowand , Geert Uytterhoeven , Michael Ellerman , Thomas Bogendoerfer , Jonathan Corbet , Paul Mackerras , Yoshinori Sato , Rich Felker , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , x86@kernel.org, linuxppc-dev@lists.ozlabs.org, linux-mips@vger.kernel.org, linux-doc@vger.kernel.org, linux-sh@vger.kernel.org, Benjamin Herrenschmidt Subject: Re: [PATCH 2/2] dt: Remove booting-without-of.rst Message-ID: <20201021084518.1eab6481@coco.lan> In-Reply-To: <20201008142420.2083861-2-robh@kernel.org> References: <20201008142420.2083861-1-robh@kernel.org> <20201008142420.2083861-2-robh@kernel.org> X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-redhat-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-mips@vger.kernel.org Hi Rob, Em Thu, 8 Oct 2020 09:24:20 -0500 Rob Herring escreveu: > booting-without-of.rstt is an ancient document that first outlined > Flattened DeviceTree on PowerPC initially. The DT world has evolved a > lot in the 15 years since and booting-without-of.rst is pretty stale. > The name of the document itself is confusing if you don't understand the > evolution from real 'OpenFirmware'. Most of what booting-without-of.rst > contains is now in the DT specification (which evolved out of the > ePAPR). The few things that weren't documented in the DT specification > are now. > > All that remains is the boot entry details, so let's move these to arch > specific documents. The exception is arm which already has the same > details documented. Removing this document caused a warning at Documentation/arm/booting.rst: $ ./scripts/documentation-file-ref-check Documentation/arm/booting.rst: Documentation/devicetree/booting-without-of.rst as it mentions that the DTB format is described on booting-without-of.rst: 4b. Setup the device tree ------------------------- The boot loader must load a device tree image (dtb) into system ram at a 64bit aligned address and initialize it with the boot data. The dtb format is documented in Documentation/devicetree/booting-without-of.rst. The kernel will look for the dtb magic value of 0xd00dfeed at the dtb physical address to determine if a dtb has been passed instead of a tagged list. So, I guess that such part of the document needs to be moved to booting.rst. Thanks, Mauro