linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
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>

  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).