From: David Daney <ddaney@caviumnetworks.com>
To: Grant Likely <grant.likely@secretlab.ca>,
devicetree-discuss@lists.ozlabs.org
Cc: linux-mips <linux-mips@linux-mips.org>,
Prasun Kapoor <prasun.kapoor@caviumnetworks.com>
Subject: Device Tree questions WRT MIPS/Octeon SOCs.
Date: Thu, 14 Oct 2010 17:17:23 -0700 [thread overview]
Message-ID: <4CB79D93.6090500@caviumnetworks.com> (raw)
Grant,
I have been following your MIPS device tree patches and have begun to
experiment with them. If you could give some feedback on my ideas, I
would appreciate it.
Background:
The Octeon is a MIPS64 based SOC family. The various members of the
Octeon family have several Ethernet ports of different types, one or
more MDIO and I2C busses and other miscellaneous devices. People put
the SOCs on boards that have a wide variety of PHYs, I2C devices all
connected in different ways.
Currently we have ad hoc code throughout the drivers and platform
initialization code that specify how everything is connected.
Plan:
I want to convert this to use the device tree and related functions.
Since none of the existing hardware has an existing device tree I plan
on taking a two pronged approach.
Modify platform drivers to get configuration information from the device
tree. Then:
1) Load and use a dtb blob as specified on the kernel command line.
2) If no command line dtb specified, use a default dtb embedded in the
kernel image and then edit or patch it using of_attach_node(),
of_detach_node(), prom_remove_property(), and prom_add_property() based
on some of the the same ad hoc code we currently use.
Q: As a very high level plan does this make any sense?
Would you recommend something else?
Thanks in advance,
David Daney
next reply other threads:[~2010-10-15 0:17 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-15 0:17 David Daney [this message]
2010-10-15 0:32 ` Device Tree questions WRT MIPS/Octeon SOCs Grant Likely
2010-10-15 1:13 ` Warner Losh
2010-10-15 1:29 ` Grant Likely
2010-10-15 17:30 ` David VomLehn (dvomlehn)
2010-10-15 17:30 ` David VomLehn (dvomlehn)
2010-10-15 17:42 ` David Daney
2010-10-15 17:48 ` David VomLehn (dvomlehn)
2010-10-15 17:48 ` David VomLehn (dvomlehn)
2010-10-16 3:45 ` Grant Likely
2010-10-16 6:24 ` David Gibson
2010-10-16 6:20 ` David Gibson
2010-10-16 3:48 ` Grant Likely
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=4CB79D93.6090500@caviumnetworks.com \
--to=ddaney@caviumnetworks.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=grant.likely@secretlab.ca \
--cc=linux-mips@linux-mips.org \
--cc=prasun.kapoor@caviumnetworks.com \
/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