From: Nate Case <ncase@xes-inc.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v2 -next] powerpc/85xx: Add support for X-ES MPC85xx boards
Date: Thu, 11 Jun 2009 11:04:59 -0500 [thread overview]
Message-ID: <1244736299.29684.1641.camel@localhost.localdomain> (raw)
In-Reply-To: <20090611013201.GA31850@yookeroo.seuss>
Hi David,
Thanks for the comments.
On Thu, 2009-06-11 at 11:32 +1000, David Gibson wrote:
> These last two aren't standard properties, so should probably be
> "xes,form-factor" and "xes,boot-bank".
I'll just delete them for now since they're not critical.
> > + pmcslots {
>
> What does this structure model? Without any reg properties it's kind
> of hard to see what you could do with it.
This would be a bit more obvious to those familiar with CompactPCI and
PMC modules. It aims to describe how many PMC slots are in the system,
and gives information on whether or not a module is installed and if
it's monarch of the bus or not. So it's really just a description of
the hardware. The properties themselves are useful because you may have
to read from GPIO lines to get this information (which may be accessible
only via I2C, which can't be done too early in the kernel). A reg
property could be used just for indexing the slots, but there are no
real memory-mapped resources involved for the slot itself (that
information would go in the PCI nodes).
It'd be nice if we could get a device tree standard for this type of
information in the future, but for now I can just delete it since we
don't yet rely on it in the kernel.
> > +
> > + tbi2: tbi-phy@11 {
> > + reg = <0x11>;
> > + device_type = "tbi-phy";
>
> And this one, too. Although this node should probably have a
> compatible property instead.
I don't think I can drop that device_type yet. All the other device
trees for Freescale boards use it, and the Freescale MDIO driver appears
to rely on it. A future patch I suppose?
> Analagous comments for the other device trees.
Thanks again. I'll fix up the other things you and Kumar mentioned and
re-submit today.
--
Nate Case <ncase@xes-inc.com>
next prev parent reply other threads:[~2009-06-11 16:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-10 22:30 [PATCH v2 -next] powerpc/85xx: Add support for X-ES MPC85xx boards Nate Case
2009-06-10 23:24 ` Kumar Gala
2009-06-11 0:35 ` Nate Case
2009-06-11 1:32 ` David Gibson
2009-06-11 16:04 ` Nate Case [this message]
2009-06-11 23:29 ` David Gibson
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=1244736299.29684.1641.camel@localhost.localdomain \
--to=ncase@xes-inc.com \
--cc=david@gibson.dropbear.id.au \
--cc=linuxppc-dev@ozlabs.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).