linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Sean MacLennan <seanm@seanm.ca>
To: "Grant Likely" <grant.likely@secretlab.ca>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [RESEND][PATCH][POWERPC] PIKA Warp: Update platform code to supportRev B boards
Date: Mon, 28 Apr 2008 17:37:38 -0400	[thread overview]
Message-ID: <20080428173738.6b1a2896@lappy.seanm.ca> (raw)
In-Reply-To: <fa686aa40804281256y722d8cf6pcae462d68b04e01f@mail.gmail.com>

On Mon, 28 Apr 2008 13:56:11 -0600
"Grant Likely" <grant.likely@secretlab.ca> wrote:

> 
> You need to add the gpio-controller and #gpio-cells properties to the
> GPIO nodes for the LED's gpios property to work correctly.  Search for
> "2) gpio-controller nodes" in
> Documentation/powerpc/booting-without-of.txt for details.  #gpio-cells
> should probably be '2' for this gpio controller; 1 cell for the gpio
> pin and 1 cell for flags.

I believe these gpio nodes predate that text, but I added the fields
anyway.

> 
> These should not be children of the soc node (they are not part of the
> SoC internal bus).  However, I think it would be perfectly valid to
> make them children of the gpio node since they don't have any
> connections to other device on the platform.

I put them in gpio. That was where I put them initialy.

> Why is this information in the dts *and* the platform file?  I haven't
> been following the flash partition map binding conventions, but having
> it in both places looks wrong....
> 
> oh, wait... the one in the dts is for NOR and this one is for NAND,
> right?  And we don't have a binding yet for NAND partitions yet,
> correct?

Correct. Josh originally asked me to split out the warp-nand.c file so
that once the NAND is in the dts, we can just delete the file. NAND is
much more complicated that NOR to configure.

> When exporting symbols for platform code you should avoid polluting
> the global Linux namespace and prefix the functions with your platform
> name.

I was hoping dtm was good enough. I prefixed them with the company name.
We are expecting to have a "family" of Asterisk appliances and I am
trying to make educated guesses as to what will be family wide
(prefixed with pika) and what will be warp specific.

Cheers,
   Sean

  reply	other threads:[~2008-04-28 21:37 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-17 19:22 [RESEND][PATCH][POWERPC] PIKA Warp: Update platform code to support Rev B boards Sean MacLennan
2008-04-27 19:25 ` [RESEND][PATCH][POWERPC] PIKA Warp: Update platform code to supportRev " Sean MacLennan
2008-04-28  0:58   ` Stephen Rothwell
2008-04-28  1:51     ` Grant Likely
2008-04-28  2:25       ` Sean MacLennan
2008-04-28  4:47         ` Grant Likely
2008-04-28 17:10           ` Sean MacLennan
2008-04-28 17:44             ` Grant Likely
2008-04-28 17:59               ` Sean MacLennan
2008-04-28 20:44                 ` Richard Purdie
2008-04-28 21:24                   ` [RESEND][PATCH][POWERPC] PIKA Warp: Update platform code tosupportRev " Sean MacLennan
2008-04-28 21:36                     ` Richard Purdie
2008-04-28  2:31     ` [RESEND][PATCH][POWERPC] PIKA Warp: Update platform code to supportRev " Sean MacLennan
2008-04-28 18:53 ` Sean MacLennan
2008-04-28 19:56   ` Grant Likely
2008-04-28 21:37     ` Sean MacLennan [this message]
2008-04-28 21:54       ` Scott Wood
2008-04-28 22:07         ` Sean MacLennan
2008-04-30  0:48           ` Josh Boyer
2008-04-28 22:07       ` Grant Likely
2008-04-29  1:47 ` [RESEND][PATCH 1/2][POWERPC] " Sean MacLennan
2008-04-29  1:50   ` [RESEND][PATCH 2/2][POWERPC] " Sean MacLennan
2008-04-29  1:58     ` Grant Likely
2008-04-29  3:27       ` Sean MacLennan
2008-04-29  3:28   ` [RESEND][PATCH 1/2][POWERPC] " Sean MacLennan
2008-04-29  5:08     ` Paul Mackerras
2008-04-29  5:42       ` [RESEND][PATCH 1/2][POWERPC] PIKA Warp: Update platform code tosupportRev " Sean MacLennan
2008-05-06 15:27     ` Sean MacLennan

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=20080428173738.6b1a2896@lappy.seanm.ca \
    --to=seanm@seanm.ca \
    --cc=grant.likely@secretlab.ca \
    --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).