From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joao Pinto Subject: Re: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc Date: Mon, 16 Jan 2017 10:23:10 +0000 Message-ID: <3f9d931f-a57f-2ea7-b821-ea9846ad0aa4@synopsys.com> References: <1484216786-17292-1-git-send-email-kishon@ti.com> <1484216786-17292-10-git-send-email-kishon@ti.com> <587C57FD.7050601@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <587C57FD.7050601-l0cyMroinI0@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Kishon Vijay Abraham I , Joao Pinto , Bjorn Helgaas , Jingoo Han , Arnd Bergmann Cc: linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-arm-kernel-VrBV9hrLPhE@public.gmane.org, linux-arm-msm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, nsekhar-l0cyMroinI0@public.gmane.org List-Id: linux-arm-msm@vger.kernel.org Hi, Ās 5:19 AM de 1/16/2017, Kishon Vijay Abraham I escreveu: > Hi, > > On Friday 13 January 2017 10:43 PM, Joao Pinto wrote: >> Hi, >> >> Ās 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >>> *num-lanes* dt property is parsed in dw_pcie_host_init. However >>> *num-lanes* property is applicable to both root complex mode and >>> endpoint mode. As a first step, move the parsing of this property >>> outside dw_pcie_host_init. This is in preparation for splitting >>> pcie-designware.c to pcie-designware.c and pcie-designware-host.c >>> >>> Signed-off-by: Kishon Vijay Abraham I >>> --- >>> drivers/pci/dwc/pcie-designware.c | 18 +++++++++++------- >>> drivers/pci/dwc/pcie-designware.h | 1 - >>> 2 files changed, 11 insertions(+), 8 deletions(-) >>> >>> diff --git a/drivers/pci/dwc/pcie-designware.c b/drivers/pci/dwc/pcie-designware.c >>> index 00a0fdc..89cdb6b 100644 >>> --- a/drivers/pci/dwc/pcie-designware.c >>> +++ b/drivers/pci/dwc/pcie-designware.c >>> @@ -551,10 +551,6 @@ int dw_pcie_host_init(struct pcie_port *pp) >>> } >>> } >>> >>> - ret = of_property_read_u32(np, "num-lanes", &pci->lanes); >>> - if (ret) >>> - pci->lanes = 0; >>> - >>> ret = of_property_read_u32(np, "num-viewport", &pci->num_viewport); >>> if (ret) >>> pci->num_viewport = 2; >>> @@ -751,18 +747,26 @@ static int dw_pcie_wr_conf(struct pci_bus *bus, u32 devfn, >>> >>> void dw_pcie_setup_rc(struct pcie_port *pp) >>> { >>> + int ret; >>> + u32 lanes; >>> u32 val; >>> struct dw_pcie *pci = to_dw_pcie_from_pp(pp); >>> + struct device *dev = pci->dev; >>> + struct device_node *np = dev->of_node; >>> >>> /* get iATU unroll support */ >>> pci->iatu_unroll_enabled = dw_pcie_iatu_unroll_enabled(pci); >>> dev_dbg(pci->dev, "iATU unroll: %s\n", >>> pci->iatu_unroll_enabled ? "enabled" : "disabled"); >>> >>> + ret = of_property_read_u32(np, "num-lanes", &lanes); >>> + if (ret) >>> + lanes = 0; >> >> You moved from host_init to root complex setup function, which in my opinion did >> not improve (in this scope). >> >> I suggest that instead of making so much intermediary patches, which is nice to >> understand your development sequence, but hard to review. Wouldn't be better to >> condense some of the patches? We would have a cloear vision of the final product :) > > I thought the other way. If squashing patches is easier to review, I'll do it. I understand. To break it in small pieces is good to understand clearly what is done and how was done, but I would break too much. That's a personal opinion of course, lets see what others say :). Thanks, Joao > > Btw, thanks for reviewing. > > Cheers > Kishon > -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751337AbdAPKXW (ORCPT ); Mon, 16 Jan 2017 05:23:22 -0500 Received: from us01smtprelay-2.synopsys.com ([198.182.47.9]:51257 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750994AbdAPKXT (ORCPT ); Mon, 16 Jan 2017 05:23:19 -0500 Subject: Re: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc To: Kishon Vijay Abraham I , Joao Pinto , Bjorn Helgaas , Jingoo Han , Arnd Bergmann References: <1484216786-17292-1-git-send-email-kishon@ti.com> <1484216786-17292-10-git-send-email-kishon@ti.com> <587C57FD.7050601@ti.com> CC: , , , , , , , , , , From: Joao Pinto Message-ID: <3f9d931f-a57f-2ea7-b821-ea9846ad0aa4@synopsys.com> Date: Mon, 16 Jan 2017 10:23:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <587C57FD.7050601@ti.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.107.19.116] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Ās 5:19 AM de 1/16/2017, Kishon Vijay Abraham I escreveu: > Hi, > > On Friday 13 January 2017 10:43 PM, Joao Pinto wrote: >> Hi, >> >> Ās 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >>> *num-lanes* dt property is parsed in dw_pcie_host_init. However >>> *num-lanes* property is applicable to both root complex mode and >>> endpoint mode. As a first step, move the parsing of this property >>> outside dw_pcie_host_init. This is in preparation for splitting >>> pcie-designware.c to pcie-designware.c and pcie-designware-host.c >>> >>> Signed-off-by: Kishon Vijay Abraham I >>> --- >>> drivers/pci/dwc/pcie-designware.c | 18 +++++++++++------- >>> drivers/pci/dwc/pcie-designware.h | 1 - >>> 2 files changed, 11 insertions(+), 8 deletions(-) >>> >>> diff --git a/drivers/pci/dwc/pcie-designware.c b/drivers/pci/dwc/pcie-designware.c >>> index 00a0fdc..89cdb6b 100644 >>> --- a/drivers/pci/dwc/pcie-designware.c >>> +++ b/drivers/pci/dwc/pcie-designware.c >>> @@ -551,10 +551,6 @@ int dw_pcie_host_init(struct pcie_port *pp) >>> } >>> } >>> >>> - ret = of_property_read_u32(np, "num-lanes", &pci->lanes); >>> - if (ret) >>> - pci->lanes = 0; >>> - >>> ret = of_property_read_u32(np, "num-viewport", &pci->num_viewport); >>> if (ret) >>> pci->num_viewport = 2; >>> @@ -751,18 +747,26 @@ static int dw_pcie_wr_conf(struct pci_bus *bus, u32 devfn, >>> >>> void dw_pcie_setup_rc(struct pcie_port *pp) >>> { >>> + int ret; >>> + u32 lanes; >>> u32 val; >>> struct dw_pcie *pci = to_dw_pcie_from_pp(pp); >>> + struct device *dev = pci->dev; >>> + struct device_node *np = dev->of_node; >>> >>> /* get iATU unroll support */ >>> pci->iatu_unroll_enabled = dw_pcie_iatu_unroll_enabled(pci); >>> dev_dbg(pci->dev, "iATU unroll: %s\n", >>> pci->iatu_unroll_enabled ? "enabled" : "disabled"); >>> >>> + ret = of_property_read_u32(np, "num-lanes", &lanes); >>> + if (ret) >>> + lanes = 0; >> >> You moved from host_init to root complex setup function, which in my opinion did >> not improve (in this scope). >> >> I suggest that instead of making so much intermediary patches, which is nice to >> understand your development sequence, but hard to review. Wouldn't be better to >> condense some of the patches? We would have a cloear vision of the final product :) > > I thought the other way. If squashing patches is easier to review, I'll do it. I understand. To break it in small pieces is good to understand clearly what is done and how was done, but I would break too much. That's a personal opinion of course, lets see what others say :). Thanks, Joao > > Btw, thanks for reviewing. > > Cheers > Kishon > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Return-Path: Subject: Re: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc To: Kishon Vijay Abraham I , Joao Pinto , Bjorn Helgaas , Jingoo Han , Arnd Bergmann References: <1484216786-17292-1-git-send-email-kishon@ti.com> <1484216786-17292-10-git-send-email-kishon@ti.com> <587C57FD.7050601@ti.com> From: Joao Pinto Message-ID: <3f9d931f-a57f-2ea7-b821-ea9846ad0aa4@synopsys.com> Date: Mon, 16 Jan 2017 10:23:10 +0000 MIME-Version: 1.0 In-Reply-To: <587C57FD.7050601@ti.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, linux-samsung-soc@vger.kernel.org, linux-doc@vger.kernel.org, linux-pci@vger.kernel.org, nsekhar@ti.com, linux-kernel@vger.kernel.org, linux-arm-kernel@axis.com, linux-arm-msm@vger.kernel.org, linux-omap@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="windows-1252" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+bjorn=helgaas.com@lists.infradead.org List-ID: Hi, =C0s 5:19 AM de 1/16/2017, Kishon Vijay Abraham I escreveu: > Hi, > = > On Friday 13 January 2017 10:43 PM, Joao Pinto wrote: >> Hi, >> >> =C0s 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >>> *num-lanes* dt property is parsed in dw_pcie_host_init. However >>> *num-lanes* property is applicable to both root complex mode and >>> endpoint mode. As a first step, move the parsing of this property >>> outside dw_pcie_host_init. This is in preparation for splitting >>> pcie-designware.c to pcie-designware.c and pcie-designware-host.c >>> >>> Signed-off-by: Kishon Vijay Abraham I >>> --- >>> drivers/pci/dwc/pcie-designware.c | 18 +++++++++++------- >>> drivers/pci/dwc/pcie-designware.h | 1 - >>> 2 files changed, 11 insertions(+), 8 deletions(-) >>> >>> diff --git a/drivers/pci/dwc/pcie-designware.c b/drivers/pci/dwc/pcie-d= esignware.c >>> index 00a0fdc..89cdb6b 100644 >>> --- a/drivers/pci/dwc/pcie-designware.c >>> +++ b/drivers/pci/dwc/pcie-designware.c >>> @@ -551,10 +551,6 @@ int dw_pcie_host_init(struct pcie_port *pp) >>> } >>> } >>> = >>> - ret =3D of_property_read_u32(np, "num-lanes", &pci->lanes); >>> - if (ret) >>> - pci->lanes =3D 0; >>> - >>> ret =3D of_property_read_u32(np, "num-viewport", &pci->num_viewport); >>> if (ret) >>> pci->num_viewport =3D 2; >>> @@ -751,18 +747,26 @@ static int dw_pcie_wr_conf(struct pci_bus *bus, u= 32 devfn, >>> = >>> void dw_pcie_setup_rc(struct pcie_port *pp) >>> { >>> + int ret; >>> + u32 lanes; >>> u32 val; >>> struct dw_pcie *pci =3D to_dw_pcie_from_pp(pp); >>> + struct device *dev =3D pci->dev; >>> + struct device_node *np =3D dev->of_node; >>> = >>> /* get iATU unroll support */ >>> pci->iatu_unroll_enabled =3D dw_pcie_iatu_unroll_enabled(pci); >>> dev_dbg(pci->dev, "iATU unroll: %s\n", >>> pci->iatu_unroll_enabled ? "enabled" : "disabled"); >>> = >>> + ret =3D of_property_read_u32(np, "num-lanes", &lanes); >>> + if (ret) >>> + lanes =3D 0; >> >> You moved from host_init to root complex setup function, which in my opi= nion did >> not improve (in this scope). >> >> I suggest that instead of making so much intermediary patches, which is = nice to >> understand your development sequence, but hard to review. Wouldn't be be= tter to >> condense some of the patches? We would have a cloear vision of the final= product :) > = > I thought the other way. If squashing patches is easier to review, I'll d= o it. I understand. To break it in small pieces is good to understand clearly wha= t is done and how was done, but I would break too much. That's a personal opinio= n of course, lets see what others say :). Thanks, Joao > = > Btw, thanks for reviewing. > = > Cheers > Kishon > = _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joao.Pinto@synopsys.com (Joao Pinto) Date: Mon, 16 Jan 2017 10:23:10 +0000 Subject: [PATCH 09/37] PCI: dwc: designware: Parse *num-lanes* property in dw_pcie_setup_rc In-Reply-To: <587C57FD.7050601@ti.com> References: <1484216786-17292-1-git-send-email-kishon@ti.com> <1484216786-17292-10-git-send-email-kishon@ti.com> <587C57FD.7050601@ti.com> Message-ID: <3f9d931f-a57f-2ea7-b821-ea9846ad0aa4@synopsys.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi, ?s 5:19 AM de 1/16/2017, Kishon Vijay Abraham I escreveu: > Hi, > > On Friday 13 January 2017 10:43 PM, Joao Pinto wrote: >> Hi, >> >> ?s 10:25 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: >>> *num-lanes* dt property is parsed in dw_pcie_host_init. However >>> *num-lanes* property is applicable to both root complex mode and >>> endpoint mode. As a first step, move the parsing of this property >>> outside dw_pcie_host_init. This is in preparation for splitting >>> pcie-designware.c to pcie-designware.c and pcie-designware-host.c >>> >>> Signed-off-by: Kishon Vijay Abraham I >>> --- >>> drivers/pci/dwc/pcie-designware.c | 18 +++++++++++------- >>> drivers/pci/dwc/pcie-designware.h | 1 - >>> 2 files changed, 11 insertions(+), 8 deletions(-) >>> >>> diff --git a/drivers/pci/dwc/pcie-designware.c b/drivers/pci/dwc/pcie-designware.c >>> index 00a0fdc..89cdb6b 100644 >>> --- a/drivers/pci/dwc/pcie-designware.c >>> +++ b/drivers/pci/dwc/pcie-designware.c >>> @@ -551,10 +551,6 @@ int dw_pcie_host_init(struct pcie_port *pp) >>> } >>> } >>> >>> - ret = of_property_read_u32(np, "num-lanes", &pci->lanes); >>> - if (ret) >>> - pci->lanes = 0; >>> - >>> ret = of_property_read_u32(np, "num-viewport", &pci->num_viewport); >>> if (ret) >>> pci->num_viewport = 2; >>> @@ -751,18 +747,26 @@ static int dw_pcie_wr_conf(struct pci_bus *bus, u32 devfn, >>> >>> void dw_pcie_setup_rc(struct pcie_port *pp) >>> { >>> + int ret; >>> + u32 lanes; >>> u32 val; >>> struct dw_pcie *pci = to_dw_pcie_from_pp(pp); >>> + struct device *dev = pci->dev; >>> + struct device_node *np = dev->of_node; >>> >>> /* get iATU unroll support */ >>> pci->iatu_unroll_enabled = dw_pcie_iatu_unroll_enabled(pci); >>> dev_dbg(pci->dev, "iATU unroll: %s\n", >>> pci->iatu_unroll_enabled ? "enabled" : "disabled"); >>> >>> + ret = of_property_read_u32(np, "num-lanes", &lanes); >>> + if (ret) >>> + lanes = 0; >> >> You moved from host_init to root complex setup function, which in my opinion did >> not improve (in this scope). >> >> I suggest that instead of making so much intermediary patches, which is nice to >> understand your development sequence, but hard to review. Wouldn't be better to >> condense some of the patches? We would have a cloear vision of the final product :) > > I thought the other way. If squashing patches is easier to review, I'll do it. I understand. To break it in small pieces is good to understand clearly what is done and how was done, but I would break too much. That's a personal opinion of course, lets see what others say :). Thanks, Joao > > Btw, thanks for reviewing. > > Cheers > Kishon >