On Fri, Sep 11, 2015 at 05:51:16PM +0800, bayi.cheng wrote:
> On Tue, 2015-09-08 at 18:46 -0500, Rob Herring wrote:
> > On 09/08/2015 10:18 AM, Ezequiel Garcia wrote:
> > > On 8 September 2015 at 08:53, Jagan Teki <jteki@xxxxxxxxxxxx> wrote:
> > >> On 8 September 2015 at 15:19, Bayi Cheng <bayi.cheng@xxxxxxxxxxxx> wrote:
> > >>> Add Mediatek nor flash node
> > >>>
> > >>> Signed-off-by: Bayi Cheng <bayi.cheng@xxxxxxxxxxxx>
> > >>> ---
> > >>> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++++++++++
> > >>> 1 file changed, 10 insertions(+)
> > >>>
> > >>> diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > >>> index d18ee42..a14f005 100644
> > >>> --- a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > >>> +++ b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > >>> @@ -365,6 +365,16 @@
> > >>> status = "disabled";
> > >>> };
> > >>>
> > >>> + nor_flash: nor@1100d000 {
> > >>
> > >> Based on the comments from 1/3 - this notation needs to be change something like
> > >> qspi0: quadspi@1100d000
> > >>
> > >
> > > Actually, to follow ePAPR recomendations it should be named as flash@1100d000.
> > > (See ePAPR, 2.2.2 Generic Names Recommendation).
> >
> > The flash device node should, but this is the controller which should be
> > "spi" IMO even if this is not a general purpose controller.
> >
> > Rob
> >
> HI Rob, Thanks for your instruct! I will fix it !
OK, so given there are several cooks in the kitchen, and I just read
these replies after replying independently to the binding doc, I'll try
to summarize the consensus, flavored with my own opinion:
* the node name should not be 'nor'; it should be something more along
the lines of ePAPR. So 'flash' or 'spi'
* the phandle name is less important, and can be more descriptive
* there should be a subnode to represent the flash separately from the
controller
So we might put this together to:
whatever_name_you_like: spi@1100d000 {
...
flash@0 {
...
};
};
Brian
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
