devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Li Yang <leoli@freescale.com>
To: Arnd Bergmann <arnd@arndb.de>, devicetree@vger.kernel.org
Cc: Bhupesh Sharma <bhupesh.sharma@freescale.com>,
	Mark Rutland <mark.rutland@arm.com>,
	marc.zyngier@arm.com, Catalin.Marinas@arm.com,
	will.deacon@arm.com, Minghuan Lian <Minghuan.Lian@freescale.com>,
	olof@lixom.net, bhupesh.linux@gmail.com,
	linux-clk@vger.kernel.org,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v2 04/10] doc/bindings: Update PCIe devicetree binding documentation for LS2080A
Date: Tue, 8 Sep 2015 15:06:16 -0500	[thread overview]
Message-ID: <CADRPPNR-cSSQC5sLMmoqcxX46J6hdULa_V4v2BK7T8s8pcX0cg@mail.gmail.com> (raw)
In-Reply-To: <80094129.LHZFOe1ZPU@wuerfel>

On Mon, Sep 7, 2015 at 6:32 AM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Friday 04 September 2015 12:27:46 Bhupesh Sharma wrote:
>> @@ -4,7 +4,8 @@ This PCIe host controller is based on the Synopsis Designware PCIe IP
>>  and thus inherits all the common properties defined in designware-pcie.txt.
>>
>>  Required properties:
>> -- compatible: should contain the platform identifier such as "fsl,ls1021a-pcie"
>> +- compatible: should contain the platform identifier such as "fsl,ls1021a-pcie",
>> +  "fsl,ls2080a-pcie".
>>  - reg: base addresses and lengths of the PCIe controller
>>  - interrupts: A list of interrupt outputs of the controller. Must contain an
>>    entry for each entry in the interrupt-names property.
>>
>
> Are the two PCIe hosts mutually compatible? If they are, you should mandate
> one of the strings as the base model for identification, with the additional
> model being optional for identification of the specific SoC.

It seems that controllers on these chips are not exactly the same.
They will get different driver data by matching the compatible
strings.  Probably we could define a more generic compatible string,
such as "fsl,layerscape-pcie" or "fsl,ls-pcie".

>
> It would also be good to add a string with the specific version number of the
> designware PCIe block that is being used there.

The binding has mentioned to reference the designware-pcie.txt.  But
it might be more clear to mention the designware compatible string
"snps,dw-pcie" again in the compatible part.  Currently there is no
version number defined in the designware-pcie binding.  It might be
hard to get this information for some SoCs.

Regards,
Leo

  parent reply	other threads:[~2015-09-08 20:06 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1441349872-4560-1-git-send-email-bhupesh.sharma@freescale.com>
     [not found] ` <1441349872-4560-4-git-send-email-bhupesh.sharma@freescale.com>
2015-09-04 16:56   ` [PATCH v2 03/10] Documentation/dts: Add bindings for QIXIS FPGA controller found on FSL boards Li Yang
2015-09-04 20:16     ` Sharma Bhupesh
2015-09-04 21:12       ` Li Yang
2015-09-05  8:11         ` Sharma Bhupesh
     [not found]           ` <BY1PR0301MB130339BD3B988DC938AA524482560-M1kb196zaoqj58cWwZvmNZwN6zqB+hSMnBOFsp37pqbUKgpGm//BTAC/G2K4zDHf@public.gmane.org>
2015-09-09 23:38             ` Li Yang
     [not found] ` <1441349872-4560-5-git-send-email-bhupesh.sharma@freescale.com>
2015-09-04 17:56   ` [PATCH v2 04/10] doc/bindings: Update PCIe devicetree binding documentation for LS2080A Leo Li
2015-09-04 20:20     ` Sharma Bhupesh
2015-09-06  2:25       ` Lian M.H.
2015-09-06 20:00         ` Sharma Bhupesh
     [not found]   ` <80094129.LHZFOe1ZPU@wuerfel>
2015-09-08 20:06     ` Li Yang [this message]
2015-09-09  3:45       ` Sharma Bhupesh
2015-09-09  9:07       ` Arnd Bergmann
2015-09-09 23:50         ` Li Yang
2015-09-10  1:52           ` Lian M.H.

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=CADRPPNR-cSSQC5sLMmoqcxX46J6hdULa_V4v2BK7T8s8pcX0cg@mail.gmail.com \
    --to=leoli@freescale.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Minghuan.Lian@freescale.com \
    --cc=arnd@arndb.de \
    --cc=bhupesh.linux@gmail.com \
    --cc=bhupesh.sharma@freescale.com \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=marc.zyngier@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=olof@lixom.net \
    --cc=will.deacon@arm.com \
    /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).