devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Honghui Zhang <honghui.zhang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
To: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org,
	robh-+zGGX9k9yNkdnm+yROfE0A@public.gmane.org,
	matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	yingjoe.chen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	ryder.lee-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	hongkun.cao-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	youlin.pei-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	yt.shen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	sean.wang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org,
	xinping.qian-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org
Subject: Re: [PATCH 5/5] dt-bindings: PCI: add support for new generation controller
Date: Tue, 25 Jul 2017 10:09:42 +0800	[thread overview]
Message-ID: <1500948582.8594.12.camel@mtksdaap41> (raw)
In-Reply-To: <20170724202652.4ofxdafajnhgm7wg@rob-hp-laptop>

On Mon, 2017-07-24 at 15:26 -0500, Rob Herring wrote:
> On Fri, Jul 21, 2017 at 10:34:49AM +0800, honghui.zhang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org wrote:
> > From: Ryder Lee <ryder.lee-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
> > 
> > Add support for MediaTek new generation controller and update related
> > properities.
> > 
> > Signed-off-by: Ryder Lee <ryder.lee-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
> > Signed-off-by: Honghui Zhang <honghui.zhang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
> > ---
> >  .../devicetree/bindings/pci/mediatek-pcie.txt      | 84 ++++++++++++++++++++--
> >  1 file changed, 79 insertions(+), 5 deletions(-)
> > 
> > diff --git a/Documentation/devicetree/bindings/pci/mediatek-pcie.txt b/Documentation/devicetree/bindings/pci/mediatek-pcie.txt
> > index 294f4a3..a1f3767 100644
> > --- a/Documentation/devicetree/bindings/pci/mediatek-pcie.txt
> > +++ b/Documentation/devicetree/bindings/pci/mediatek-pcie.txt
> > @@ -4,17 +4,27 @@ Required properties:
> >  - compatible: Should contain one of the following string:
> >  	"mediatek,mt7623-pcie"
> >  	"mediatek,mt2701-pcie"
> > +	"mediatek,generic-pcie-v2"
> 
> No, please use SoC specific compatible strings.
> 
Thanks, I will rewrite it as below:
"mediatek,mt2701-pcie"
"mediatek,mt7623-pcie"
"mediatek,mt2712-pcie"
"mediatek,mt7622-pcie"

> >  - device_type: Must be "pci"
> > -- reg: Base addresses and lengths of the PCIe controller.
> > +- reg: Base addresses and lengths of the PICe subsys and root ports.
> > +- reg-names: Names of the above areas to use during resource look-up.
> >  - #address-cells: Address representation for root ports (must be 3)
> >  - #size-cells: Size representation for root ports (must be 2)
> >  - clocks: Must contain an entry for each entry in clock-names.
> >    See ../clocks/clock-bindings.txt for details.
> >  - clock-names: Must include the following entries:
> >    - free_ck :for reference clock of PCIe subsys
> > -  - sys_ck0 :for clock of Port0
> > -  - sys_ck1 :for clock of Port1
> > -  - sys_ck2 :for clock of Port2
> > +  - sys_ckN :transaction layer and data link layer clock
> > +  The "sys_ck" might be divided into the following parts in some v2 chips:
> 
> Please be specific about what clocks apply to which compatible. Each 
> valid combination of clocks should correspond to at least one 
> compatible.
> 

Thanks, I will change it in the next version.

> > +    - ahb_ckN :AHB slave interface operating clock for CSR access and RC
> > +	       initiated MMIO access
> > +    - axi_ckN :application layer MMIO channel operating clock
> > +    - aux_ckN :pe2_mac_bridge and pe2_mac_core operating clock when
> > +	       pcie_mac_ck/pcie_pipe_ck is turned off
> > +    - obff_ckN :OBFF functional block operating clock
> > +    - pipe_ckN :pe2_mac_bridge and pe2_mac_core operating clock when
> > +		pcie_mac_ck/pcie_pipe_ck is turned off
> > +  where N starting from 0 to the maximum number of root ports.
> >  - phys: List of PHY specifiers (used by generic PHY framework).
> >  - phy-names : Must be "pcie-phy0", "pcie-phy1", "pcie-phyN".. based on the
> >    number of PHYs as specified in *phys* property.
> > @@ -33,6 +43,9 @@ Required properties for MT7623/MT2701:
> >  - reset-names: Must be "pcie-rst0", "pcie-rst1", "pcie-rstN".. based on the
> >    number of root ports.
> >  
> > +Required properties for mediatek generic-pcie-v2:
> > +-interrupts: A list of interrupt outputs of the controller.
> > +
> 
> How mnay interrupts? Not sure why you moved this in the previous patch 
> if all versions have some interrupts.
> 
There would be 1 interrupt per port for the new SoCs.
The legacy controller(7623, 2701) does not have a interrupt status
register to identify the interrupt source, so we use interrupt-map to
bind the interrupt to each port, thus we do not need the "interrupt"
property.
But the new SoCs doest not have this problem, and support msi. So we use
the standard "interrupt" property.

How about:
Requirted properties for "medaitek,mt2712-pcie" and
"mediatek,mt7622-pcie"
-interrupts: A list for interrupt outputs of the controller, there must
be one interrupt for each port.
 
> >  In addition, the device tree node must have sub-nodes describing each
> >  PCIe port interface, having the following mandatory properties:
> >  
> > @@ -50,7 +63,7 @@ Required properties:
> >    property is sufficient.
> >  - num-lanes: Number of lanes to use for this port.
> >  
> > -Examples:
> > +Examples for mt7623:
> >  
> >  	hifsys: syscon@1a000000 {
> >  		compatible = "mediatek,mt7623-hifsys",
> > @@ -68,6 +81,7 @@ Examples:
> >  		      <0 0x1a142000 0 0x1000>, /* Port0 registers */
> >  		      <0 0x1a143000 0 0x1000>, /* Port1 registers */
> >  		      <0 0x1a144000 0 0x1000>; /* Port2 registers */
> > +		reg-names = "subsys", "port0", "port1", "port2";
> >  		#address-cells = <3>;
> >  		#size-cells = <2>;
> >  		#interrupt-cells = <1>;
> > @@ -127,3 +141,63 @@ Examples:
> >  			num-lanes = <1>;
> >  		};
> >  	};
> > +
> > +Examples for mt2712:
> > +	pcie: pcie@0x11700000 {
> 
> Drop the '0x'.

OK, thanks.

> 
> > +		compatible = "mediatek,generic-pcie-v2";
> > +		device_type = "pci";
> > +		reg = <0 0x11700000 0 0x1000>,
> > +		      <0 0x112FF000 0 0x1000>;
> > +		reg-names = "port0", "port1";
> > +		#address-cells = <3>;
> > +		#size-cells = <2>;
> > +		interrupts = <GIC_SPI 115 IRQ_TYPE_LEVEL_HIGH>,
> > +			     <GIC_SPI 117 IRQ_TYPE_LEVEL_HIGH>;
> > +		clocks = <&pericfg CLK_PERI_PCIE0>,
> > +			 <&pericfg CLK_PERI_PCIE1>,
> > +			 <&topckgen CLK_TOP_PE2_MAC_P0_SEL>,
> > +			 <&topckgen CLK_TOP_PE2_MAC_P1_SEL>;
> > +		clock-names = "sys_ck0", "sys_ck1", "ahb0", "ahb1";
> > +		bus-range = <0x00 0xff>;
> > +		ranges = <0x82000000 0 0x20000000  0x0 0x20000000  0 0x10000000>;
> > +
> > +		pcie0: pcie@0,0 {
> > +			device_type = "pci";
> > +			reg = <0x0000 0 0 0 0>;
> > +			#address-cells = <3>;
> > +			#size-cells = <2>;
> > +			#interrupt-cells = <1>;
> > +			ranges;
> > +			num-lanes = <1>;
> > +			interrupt-map-mask = <0 0 0 7>;
> > +			interrupt-map = <0 0 0 1 &pcie_intc0 0>,
> > +					<0 0 0 2 &pcie_intc0 1>,
> > +					<0 0 0 3 &pcie_intc0 2>,
> > +					<0 0 0 4 &pcie_intc0 3>;
> > +			pcie_intc0: interrupt-controller {
> > +				interrupt-controller;
> > +				#address-cells = <0>;
> > +				#interrupt-cells = <1>;
> > +			};
> > +		};
> > +
> > +		pcie1: pcie@1,0 {
> > +			device_type = "pci";
> > +			reg = <0x0800 0 0 0 0>;
> > +			#address-cells = <3>;
> > +			#size-cells = <2>;
> > +			#interrupt-cells = <1>;
> > +			ranges;
> > +			num-lanes = <1>;
> > +			interrupt-map-mask = <0 0 0 7>;
> > +			interrupt-map = <0 0 0 1 &pcie_intc1 0>,
> > +					<0 0 0 2 &pcie_intc1 1>,
> > +					<0 0 0 3 &pcie_intc1 2>,
> > +					<0 0 0 4 &pcie_intc1 3>;
> > +			pcie_intc1: interrupt-controller {
> > +				interrupt-controller;
> > +				#address-cells = <0>;
> > +				#interrupt-cells = <1>;
> > +			};
> > +		};
> > +	};
> > -- 
> > 2.6.4
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe devicetree" in
> > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      reply	other threads:[~2017-07-25  2:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-21  2:32 [PATCH 0/5] PCI: MediaTek: Add support for new generation host controller honghui.zhang
2017-07-21  2:32 ` [PATCH 1/5] PCI: mediatek: Add a structure to abstract the controller generations honghui.zhang
2017-07-21  2:32 ` [PATCH 2/5] PCI: mediatek: switch to use platform_get_resource_byname() honghui.zhang
2017-07-21  2:32 ` [PATCH 3/5] dt-bindings: PCI: rename and cleanup MediaTek binding text honghui.zhang
2017-07-21  2:32 ` [PATCH 4/5] PCI: mediatek: Add new generation controller support honghui.zhang
     [not found]   ` <416c6158ac6dbb5ef3f55d0a0fe5ba015aee1cd5.1500601172.git.honghui.zhang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2017-07-23  2:33     ` kbuild test robot
2017-07-21  2:32 ` [PATCH 5/5] dt-bindings: PCI: add support for new generation controller honghui.zhang
     [not found]   ` <3b449a88bd2f57ee005674d0161192ee01167e5a.1500601172.git.honghui.zhang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org>
2017-07-24 20:26     ` Rob Herring
2017-07-25  2:09       ` Honghui Zhang [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=1500948582.8594.12.camel@mtksdaap41 \
    --to=honghui.zhang-nus5lvnupcjwk0htik3j/w@public.gmane.org \
    --cc=bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=eddie.huang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=hongkun.cao-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-mediatek-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=matthias.bgg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=robh-+zGGX9k9yNkdnm+yROfE0A@public.gmane.org \
    --cc=robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=ryder.lee-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=sean.wang-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=xinping.qian-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=yingjoe.chen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=yong.wu-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=youlin.pei-NuS5LvNUpcJWk0Htik3J/w@public.gmane.org \
    --cc=yt.shen-NuS5LvNUpcJWk0Htik3J/w@public.gmane.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).