All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: Jochen Friedrich <jochen@scram.de>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH/RFC] powerpc: DBox2 Board Support
Date: Wed, 02 Jan 2008 15:22:26 -0600	[thread overview]
Message-ID: <477C0092.3010304@freescale.com> (raw)
In-Reply-To: <477BF446.9070401@scram.de>

Jochen Friedrich wrote:
>>> +            ovpartition@20000 {
>>> +                label = "Flash without bootloader";
>>> +                reg = <20000 7e0000>;
>>> +            };
>>> +            ovpartition@0 {
>>> +                label = "Complete Flash";
>>> +                reg = <0 800000>;
>>> +                read-only;
>>> +            };
>>
>> What is "ovpartition"?
> 
> Overlay partition. Is there a better way to specify this?

Not sure... what will the mtd code do with this?

>>> +            lcd@970 {
>>> +                reg = <970 10>;
>>> +                compatible = "samsung,ks0713";
>>> +            };
>>
>> So some driver that matches on samsung,ks0713 has to know the details 
>> of the
>> mpc8xx GPIO registers?
> 
> The GPIO API only has an accessor for 1bit I/O. The LCD, however has for 
> 1bit
> control lines and an 8bit port. The GPIO API currently is unable to 
> handle this.

Right, but we shouldn't weird up the device tree because of Linux's 
weaknesses.  Ideally, the GPIO API should support wider I/O; in the 
meantime, there should be something in the board file that tells the 
ks0713 driver what to do.

>> I'd use separate device trees (I only did this kind of thing in mpc885ads
>> because it's dip-switchable), but whatever...
> 
> I don't really like having to use different images on different DBoxes. 
> It's
> already too much to have two images (there are two different flash 
> layouts).
> People tend to brick their box by flashing the wrong image.

Fair enough.

> localbus@8000000 {
>     cam@3,0 {
>         compatible = "betaresearch,dbox2-cam";
>         reg = <3 0 20000 6 0 20000>;
>         interrupts = <6 2>;
>         interrupt-parent = <&PIC>;
>         gpios = <1 1c 1 1d 1 1e 1 1f>;
>         gpio-parent = <&CPM1_PIO>;
>     };
> };
> soc@ff000000 {
>     cpm@9c0 {
>         CPM1_PIO: pio@950 {
>             fp@0,0 {
>                 compatible = "betaresearch,dbox2-fp";
>                 interrupts = <4 2>;
>                 interrupt-parent = <&PIC>;
>                 gpios = <0 e>;
>                 gpio-parent = <&CPM1_PIO>;
>             };
>         };
>         i2c@860 {
>             fp@30 {
>                 compatible = "betaresearch,dbox2-fp";
>                 reg = <30>;
>             };
>             cam@37 {
>                 compatible = "betaresearch,dbox2-cam";
>                 reg = <37>;
>             };           
>         };
>     };
> };

I'd make the compatible name specific to the interface (e.g. 
"betaresearch,dbox2-cam-mmio", "betaresearch,dbox2-fp-i2c"), use reg 
rather than gpios/gpio-parent, and use phandle linkage between the 
different inteferfaces of a device.  But yes, multiple nodes is the 
sanest way to do it.

-Scott

      reply	other threads:[~2008-01-02 21:23 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-22 19:13 [PATCH/RFC] powerpc: DBox2 Board Support Jochen Friedrich
2007-12-23  8:18 ` Stephen Rothwell
2007-12-23 23:03 ` David Gibson
2007-12-24 11:01   ` Jochen Friedrich
2007-12-25  1:04     ` David Gibson
2007-12-26 15:12       ` Jochen Friedrich
2007-12-24 16:53 ` Kumar Gala
2008-01-02 18:06 ` Scott Wood
2008-01-02 20:29   ` Jochen Friedrich
2008-01-02 21:22     ` Scott Wood [this message]

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=477C0092.3010304@freescale.com \
    --to=scottwood@freescale.com \
    --cc=jochen@scram.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.