From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 8/8] dt: add documentation of ARM dt boot interface
Date: Sat, 30 Apr 2011 00:30:05 -0600 [thread overview]
Message-ID: <20110430063005.GB3103@ponder.secretlab.ca> (raw)
In-Reply-To: <alpine.LFD.2.00.1104292034450.24613@xanadu.home>
On Fri, Apr 29, 2011 at 08:37:24PM -0400, Nicolas Pitre wrote:
> On Fri, 29 Apr 2011, Grant Likely wrote:
>
> > diff --git a/Documentation/devicetree/booting-without-of.txt b/Documentation/devicetree/booting-without-of.txt
> > index 50619a0..31d7e8a 100644
> > --- a/Documentation/devicetree/booting-without-of.txt
> > +++ b/Documentation/devicetree/booting-without-of.txt
> [...]
> > +1) Entry point for arch/arm
> > +---------------------------
> > +
> > + There is one single entry point to the kernel, at the start
> > + of the kernel image. That entry point supports two calling
> > + conventions. A summary of the interface is described here. A full
> > + description of the boot requirements is documented in
> > + Documentation/arm/Booting
> > +
> > + a) ATAGS interface. Minimal information is passed from firmware
> > + to the kernel with a tagged list of predefined parameters.
> > +
> > + r0 : 0
> > +
> > + r1 : Machine type number
> > +
> > + r2 : Physical address of tagged list in system RAM
> > +
> > + b) Entry with a flattened device-tree block. Firmware loads the
> > + physical address of the flattened device tree block (dtb) into r2,
> > + r1 is not used, but it is considered good practise to use a valid
> > + machine number as described in Documentation/arm/Booting.
> > +
> > + r0 : 0
> > +
> > + r1 : Valid machine type number. When using a device tree,
> > + a single machine type number will often be assigned to
> > + represent a class or family of SoCs.
> > +
> > + r2 : physical pointer to the device-tree block
> > + (defined in chapter II) in RAM. Device tree can be located
> > + anywhere in system RAM, but it should be aligned on a 64 bit
> > + boundary.
> > +
> > + The kernel will differentiate between ATAGS and device tree booting by
> > + reading the memory pointed to by r1 and looking for either the flattened
>
> s/r1/r2/
Good catch. Thanks.
g.
prev parent reply other threads:[~2011-04-30 6:30 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-29 7:15 [PATCH v5 0/8] Basic ARM devicetree support Grant Likely
2011-04-29 7:15 ` [PATCH v5 1/8] arm/dt: Make __vet_atags also accept a dtb image Grant Likely
2011-04-29 7:15 ` [PATCH v5 2/8] arm/dt: Allow CONFIG_OF on ARM Grant Likely
2011-04-29 7:15 ` [PATCH v5 3/8] arm/dt: consolidate atags setup into setup_machine_atags Grant Likely
2011-04-29 7:15 ` [PATCH v5 4/8] arm/dt: probe for platforms via the device tree Grant Likely
2011-05-02 15:15 ` Tony Lindgren
2011-05-02 15:34 ` Grant Likely
2011-05-02 16:39 ` Tony Lindgren
2011-05-02 21:55 ` Grant Likely
2011-05-03 10:44 ` Tony Lindgren
2011-05-02 21:51 ` Grant Likely
2011-04-29 7:15 ` [PATCH v5 5/8] arm/dt: Drop irq_create_of_mapping() from arm code Grant Likely
2011-04-30 0:28 ` Nicolas Pitre
2011-04-30 6:28 ` Grant Likely
2011-04-29 7:15 ` [PATCH v5 6/8] arm/dt: Basic versatile devicetree support Grant Likely
2011-04-29 7:16 ` [PATCH v5 7/8] arm/dt: Basic tegra " Grant Likely
2011-04-29 7:16 ` [PATCH v5 8/8] dt: add documentation of ARM dt boot interface Grant Likely
2011-04-30 0:37 ` Nicolas Pitre
2011-04-30 6:30 ` Grant Likely [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110430063005.GB3103@ponder.secretlab.ca \
--to=grant.likely@secretlab.ca \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).