From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH 11/11] arm/versatile: Add device tree support
Date: Thu, 16 Jun 2011 08:56:59 -0600 [thread overview]
Message-ID: <20110616145659.GC3795@ponder.secretlab.ca> (raw)
In-Reply-To: <201106161620.37205.arnd@arndb.de>
On Thu, Jun 16, 2011 at 04:20:37PM +0200, Arnd Bergmann wrote:
> On Thursday 16 June 2011, Grant Likely wrote:
> > This patch adds a new versatile platform for when using the device
> > tree. Add platform and amba devices are discovered and registered by
> > parsing the device tree. Clocks and initial io mappings are still
> > configured statically.
>
> Hi Grant,
>
> Two small questions about the device tree contents:
>
> > + i2c at 10002000 {
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > + compatible = "arm,versatile-i2c";
> > + reg = <0x10002000 0x1000>;
> > +
> > + rtc at 68 {
> > + compatible = "dallas,ds1338";
> > + reg = <0x68>;
> > + };
> > + };
> > +
> > + net at 10010000 {
> > + compatible = "smsc,lan91c111";
> > + reg = <0x10010000 0x10000>;
> > + interrupts = <25>;
> > + };
> > +
> > + lcd at 10008000 {
> > + compatible = "arm,versatile-lcd";
> > + reg = <0x10008000 0x1000>;
> > + };
>
> Why are these devices on the top level, rather than on the AMBA bus or
> the FPGA? From the documentation, it seems that they are implemented
> in the FPGA, which would also match the address layout.
Mostly because I 'faked' this device tree based on what is currently
in the kernel for the Versatile platform. I need to look at the
documentation and make it reflect reality, including setting up ranges
correctly (as you commented on below).
>
> > + amba {
> > + compatible = "arm,amba-bus";
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > + ranges;
> > +
> > + vic: intc at 10140000 {
> > + compatible = "arm,versatile-vic", "arm,vic";
> > + interrupt-controller;
> > + #interrupt-cells = <1>;
> > + reg = <0x10140000 0x1000>;
> > + };
> > +
>
> Why the empty ranges property? All device registers are based on 0x10000000,
> so I'd expect this to be described like that here.
>
> Arnd
next prev parent reply other threads:[~2011-06-16 14:56 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-16 4:40 [RFC PATCH 00/11] Full device tree support for ARM Versatile Grant Likely
2011-06-16 4:41 ` [RFC PATCH 01/11] irq: add irq_domain translation infrastructure Grant Likely
2011-06-20 9:54 ` Marc Zyngier
2011-06-16 4:41 ` [RFC PATCH 02/11] of/address: Add of_find_matching_node_by_address helper Grant Likely
2011-06-16 4:41 ` [RFC PATCH 03/11] dt/irq: add irq_domain_add_simple() helper Grant Likely
2011-06-16 14:04 ` Rob Herring
2011-06-16 14:21 ` Rob Herring
2011-06-16 16:57 ` Grant Likely
2011-06-16 16:56 ` Grant Likely
2011-06-16 4:41 ` [RFC PATCH 04/11] dt: add of_platform_populate() for creating device from the device tree Grant Likely
2011-06-16 4:42 ` [RFC PATCH 05/11] dt: Add default match table for bus ids Grant Likely
2011-06-16 4:42 ` [RFC PATCH 06/11] drivers/amba: create devices from device tree Grant Likely
2011-06-16 4:42 ` [RFC PATCH 07/11] dt/platform: allow device name to be overridden Grant Likely
2011-06-16 4:42 ` [RFC PATCH 08/11] powerpc/5200: convert mpc5200 to use of_platform_populate() Grant Likely
2011-06-16 4:42 ` [RFC PATCH 09/11] arm/dt: Add dt machine definition Grant Likely
2011-07-08 14:30 ` Rob Herring
2011-06-16 4:43 ` [RFC PATCH 10/11] arm/dt: Add skeleton dtsi file Grant Likely
2011-06-16 4:43 ` [RFC PATCH 11/11] arm/versatile: Add device tree support Grant Likely
2011-06-16 14:19 ` Rob Herring
2011-06-16 15:42 ` Grant Likely
2011-06-16 14:20 ` Arnd Bergmann
2011-06-16 14:56 ` Grant Likely [this message]
2011-06-17 1:11 ` Shawn Guo
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=20110616145659.GC3795@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).