From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752824AbbDHIcN (ORCPT ); Wed, 8 Apr 2015 04:32:13 -0400 Received: from szxga03-in.huawei.com ([119.145.14.66]:63467 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751286AbbDHIcG (ORCPT ); Wed, 8 Apr 2015 04:32:06 -0400 Message-ID: <5524E72F.1050500@huawei.com> Date: Wed, 8 Apr 2015 16:30:39 +0800 From: Yijing Wang User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Gregory CLEMENT CC: Bjorn Helgaas , , , Guan Xuetao , Russell King , , Geert Uytterhoeven , Benjamin Herrenschmidt , Jason Cooper , Arnd Bergmann , "Marc Zyngier" , Rusty Russell , , Thomas Gleixner , Yinghai Lu , , , Thomas Petazzoni , Liviu Dudau , Tony Luck , , Jiang Liu , , "David S. Miller" Subject: Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com> <1428053164-28277-25-git-send-email-wangyijing@huawei.com> <5524E1F9.6030700@free-electrons.com> In-Reply-To: <5524E1F9.6030700@free-electrons.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.27.212] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.5524E73F.018F,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 07630f7b61da497b1f068a71df5e2be3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > 2 months ago, Thomas Petazzoni was concerned about the removal of > mvebu_pcie_scan_bus(). So I dig the archives of the discussion > surrounding the pcie-mvebu drive. I found that the main purpose > of using this function was to allow to pass "struct device *" pointer. > > Thanks to the introduction of pci_common_init_dev it was not needed > anymore. Actually we should have done this change when this function > had been introduced. So for the point of view of the code it's fine. > Then I tested your full series on Armada XP, Armada 375 and Armada 38x > SoCs, and I didn't saw any regression. So you can add my: > > Reviewed-by: Gregory CLEMENT > Tested-by: Gregory CLEMENT Great, thanks very much! Thanks! Yijing. > > > >> Signed-off-by: Yijing Wang >> CC: Thomas Petazzoni >> CC: Jason Cooper >> --- >> drivers/pci/host/pci-mvebu.c | 18 +----------------- >> 1 files changed, 1 insertions(+), 17 deletions(-) >> >> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c >> index 0cfc494..d5a2b70 100644 >> --- a/drivers/pci/host/pci-mvebu.c >> +++ b/drivers/pci/host/pci-mvebu.c >> @@ -750,21 +750,6 @@ static int mvebu_pcie_setup(int nr, struct pci_sys_data *sys) >> return 1; >> } >> >> -static struct pci_bus *mvebu_pcie_scan_bus(int nr, struct pci_sys_data *sys) >> -{ >> - struct mvebu_pcie *pcie = sys_to_pcie(sys); >> - struct pci_bus *bus; >> - >> - bus = pci_create_root_bus(&pcie->pdev->dev, -1, sys->busnr, >> - &mvebu_pcie_ops, sys, &sys->resources); >> - if (!bus) >> - return NULL; >> - >> - pci_scan_child_bus(bus); >> - >> - return bus; >> -} >> - >> static resource_size_t mvebu_pcie_align_resource(struct pci_dev *dev, >> const struct resource *res, >> resource_size_t start, >> @@ -808,12 +793,11 @@ static void mvebu_pcie_enable(struct mvebu_pcie *pcie) >> hw.nr_controllers = 1; >> hw.private_data = (void **)&pcie; >> hw.setup = mvebu_pcie_setup; >> - hw.scan = mvebu_pcie_scan_bus; >> hw.map_irq = of_irq_parse_and_map_pci; >> hw.ops = &mvebu_pcie_ops; >> hw.align_resource = mvebu_pcie_align_resource; >> >> - pci_common_init(&hw); >> + pci_common_init_dev(&pcie->pdev->dev, &hw); >> } >> >> /* >> > > -- Thanks! Yijing From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from szxga03-in.huawei.com ([119.145.14.66]:63467 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751286AbbDHIcG (ORCPT ); Wed, 8 Apr 2015 04:32:06 -0400 Message-ID: <5524E72F.1050500@huawei.com> Date: Wed, 8 Apr 2015 16:30:39 +0800 From: Yijing Wang MIME-Version: 1.0 To: Gregory CLEMENT CC: Bjorn Helgaas , , , Guan Xuetao , Russell King , , Geert Uytterhoeven , Benjamin Herrenschmidt , Jason Cooper , Arnd Bergmann , "Marc Zyngier" , Rusty Russell , , Thomas Gleixner , Yinghai Lu , , , Thomas Petazzoni , Liviu Dudau , Tony Luck , , Jiang Liu , , "David S. Miller" Subject: Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com> <1428053164-28277-25-git-send-email-wangyijing@huawei.com> <5524E1F9.6030700@free-electrons.com> In-Reply-To: <5524E1F9.6030700@free-electrons.com> Content-Type: text/plain; charset="windows-1252" Sender: linux-pci-owner@vger.kernel.org List-ID: > 2 months ago, Thomas Petazzoni was concerned about the removal of > mvebu_pcie_scan_bus(). So I dig the archives of the discussion > surrounding the pcie-mvebu drive. I found that the main purpose > of using this function was to allow to pass "struct device *" pointer. > > Thanks to the introduction of pci_common_init_dev it was not needed > anymore. Actually we should have done this change when this function > had been introduced. So for the point of view of the code it's fine. > Then I tested your full series on Armada XP, Armada 375 and Armada 38x > SoCs, and I didn't saw any regression. So you can add my: > > Reviewed-by: Gregory CLEMENT > Tested-by: Gregory CLEMENT Great, thanks very much! Thanks! Yijing. > > > >> Signed-off-by: Yijing Wang >> CC: Thomas Petazzoni >> CC: Jason Cooper >> --- >> drivers/pci/host/pci-mvebu.c | 18 +----------------- >> 1 files changed, 1 insertions(+), 17 deletions(-) >> >> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c >> index 0cfc494..d5a2b70 100644 >> --- a/drivers/pci/host/pci-mvebu.c >> +++ b/drivers/pci/host/pci-mvebu.c >> @@ -750,21 +750,6 @@ static int mvebu_pcie_setup(int nr, struct pci_sys_data *sys) >> return 1; >> } >> >> -static struct pci_bus *mvebu_pcie_scan_bus(int nr, struct pci_sys_data *sys) >> -{ >> - struct mvebu_pcie *pcie = sys_to_pcie(sys); >> - struct pci_bus *bus; >> - >> - bus = pci_create_root_bus(&pcie->pdev->dev, -1, sys->busnr, >> - &mvebu_pcie_ops, sys, &sys->resources); >> - if (!bus) >> - return NULL; >> - >> - pci_scan_child_bus(bus); >> - >> - return bus; >> -} >> - >> static resource_size_t mvebu_pcie_align_resource(struct pci_dev *dev, >> const struct resource *res, >> resource_size_t start, >> @@ -808,12 +793,11 @@ static void mvebu_pcie_enable(struct mvebu_pcie *pcie) >> hw.nr_controllers = 1; >> hw.private_data = (void **)&pcie; >> hw.setup = mvebu_pcie_setup; >> - hw.scan = mvebu_pcie_scan_bus; >> hw.map_irq = of_irq_parse_and_map_pci; >> hw.ops = &mvebu_pcie_ops; >> hw.align_resource = mvebu_pcie_align_resource; >> >> - pci_common_init(&hw); >> + pci_common_init_dev(&pcie->pdev->dev, &hw); >> } >> >> /* >> > > -- Thanks! Yijing From mboxrd@z Thu Jan 1 00:00:00 1970 From: wangyijing@huawei.com (Yijing Wang) Date: Wed, 8 Apr 2015 16:30:39 +0800 Subject: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code In-Reply-To: <5524E1F9.6030700@free-electrons.com> References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com> <1428053164-28277-25-git-send-email-wangyijing@huawei.com> <5524E1F9.6030700@free-electrons.com> Message-ID: <5524E72F.1050500@huawei.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org > 2 months ago, Thomas Petazzoni was concerned about the removal of > mvebu_pcie_scan_bus(). So I dig the archives of the discussion > surrounding the pcie-mvebu drive. I found that the main purpose > of using this function was to allow to pass "struct device *" pointer. > > Thanks to the introduction of pci_common_init_dev it was not needed > anymore. Actually we should have done this change when this function > had been introduced. So for the point of view of the code it's fine. > Then I tested your full series on Armada XP, Armada 375 and Armada 38x > SoCs, and I didn't saw any regression. So you can add my: > > Reviewed-by: Gregory CLEMENT > Tested-by: Gregory CLEMENT Great, thanks very much! Thanks! Yijing. > > > >> Signed-off-by: Yijing Wang >> CC: Thomas Petazzoni >> CC: Jason Cooper >> --- >> drivers/pci/host/pci-mvebu.c | 18 +----------------- >> 1 files changed, 1 insertions(+), 17 deletions(-) >> >> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c >> index 0cfc494..d5a2b70 100644 >> --- a/drivers/pci/host/pci-mvebu.c >> +++ b/drivers/pci/host/pci-mvebu.c >> @@ -750,21 +750,6 @@ static int mvebu_pcie_setup(int nr, struct pci_sys_data *sys) >> return 1; >> } >> >> -static struct pci_bus *mvebu_pcie_scan_bus(int nr, struct pci_sys_data *sys) >> -{ >> - struct mvebu_pcie *pcie = sys_to_pcie(sys); >> - struct pci_bus *bus; >> - >> - bus = pci_create_root_bus(&pcie->pdev->dev, -1, sys->busnr, >> - &mvebu_pcie_ops, sys, &sys->resources); >> - if (!bus) >> - return NULL; >> - >> - pci_scan_child_bus(bus); >> - >> - return bus; >> -} >> - >> static resource_size_t mvebu_pcie_align_resource(struct pci_dev *dev, >> const struct resource *res, >> resource_size_t start, >> @@ -808,12 +793,11 @@ static void mvebu_pcie_enable(struct mvebu_pcie *pcie) >> hw.nr_controllers = 1; >> hw.private_data = (void **)&pcie; >> hw.setup = mvebu_pcie_setup; >> - hw.scan = mvebu_pcie_scan_bus; >> hw.map_irq = of_irq_parse_and_map_pci; >> hw.ops = &mvebu_pcie_ops; >> hw.align_resource = mvebu_pcie_align_resource; >> >> - pci_common_init(&hw); >> + pci_common_init_dev(&pcie->pdev->dev, &hw); >> } >> >> /* >> > > -- Thanks! Yijing From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yijing Wang Date: Wed, 08 Apr 2015 08:30:39 +0000 Subject: Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code Message-Id: <5524E72F.1050500@huawei.com> List-Id: References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com> <1428053164-28277-25-git-send-email-wangyijing@huawei.com> <5524E1F9.6030700@free-electrons.com> In-Reply-To: <5524E1F9.6030700@free-electrons.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Gregory CLEMENT Cc: Bjorn Helgaas , linux-ia64@vger.kernel.org, linux-pci@vger.kernel.org, Guan Xuetao , Russell King , x86@kernel.org, Geert Uytterhoeven , Benjamin Herrenschmidt , Jason Cooper , Arnd Bergmann , Marc Zyngier , Rusty Russell , linux-m68k@vger.kernel.org, Thomas Gleixner , Yinghai Lu , linux-arm-kernel@lists.infradead.org, dja@axtens.net, Thomas Petazzoni , Liviu Dudau , Tony Luck , linux-kernel@vger.kernel.org, Jiang Liu , linux-alpha@vger.kernel.org, "David S. Miller" > 2 months ago, Thomas Petazzoni was concerned about the removal of > mvebu_pcie_scan_bus(). So I dig the archives of the discussion > surrounding the pcie-mvebu drive. I found that the main purpose > of using this function was to allow to pass "struct device *" pointer. > > Thanks to the introduction of pci_common_init_dev it was not needed > anymore. Actually we should have done this change when this function > had been introduced. So for the point of view of the code it's fine. > Then I tested your full series on Armada XP, Armada 375 and Armada 38x > SoCs, and I didn't saw any regression. So you can add my: > > Reviewed-by: Gregory CLEMENT > Tested-by: Gregory CLEMENT Great, thanks very much! Thanks! Yijing. > > > >> Signed-off-by: Yijing Wang >> CC: Thomas Petazzoni >> CC: Jason Cooper >> --- >> drivers/pci/host/pci-mvebu.c | 18 +----------------- >> 1 files changed, 1 insertions(+), 17 deletions(-) >> >> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c >> index 0cfc494..d5a2b70 100644 >> --- a/drivers/pci/host/pci-mvebu.c >> +++ b/drivers/pci/host/pci-mvebu.c >> @@ -750,21 +750,6 @@ static int mvebu_pcie_setup(int nr, struct pci_sys_data *sys) >> return 1; >> } >> >> -static struct pci_bus *mvebu_pcie_scan_bus(int nr, struct pci_sys_data *sys) >> -{ >> - struct mvebu_pcie *pcie = sys_to_pcie(sys); >> - struct pci_bus *bus; >> - >> - bus = pci_create_root_bus(&pcie->pdev->dev, -1, sys->busnr, >> - &mvebu_pcie_ops, sys, &sys->resources); >> - if (!bus) >> - return NULL; >> - >> - pci_scan_child_bus(bus); >> - >> - return bus; >> -} >> - >> static resource_size_t mvebu_pcie_align_resource(struct pci_dev *dev, >> const struct resource *res, >> resource_size_t start, >> @@ -808,12 +793,11 @@ static void mvebu_pcie_enable(struct mvebu_pcie *pcie) >> hw.nr_controllers = 1; >> hw.private_data = (void **)&pcie; >> hw.setup = mvebu_pcie_setup; >> - hw.scan = mvebu_pcie_scan_bus; >> hw.map_irq = of_irq_parse_and_map_pci; >> hw.ops = &mvebu_pcie_ops; >> hw.align_resource = mvebu_pcie_align_resource; >> >> - pci_common_init(&hw); >> + pci_common_init_dev(&pcie->pdev->dev, &hw); >> } >> >> /* >> > > -- Thanks! Yijing From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yijing Wang Subject: Re: [PATCH v9 23/30] PCI/mvebu: Use pci_common_init_dev() to simplify code Date: Wed, 8 Apr 2015 16:30:39 +0800 Message-ID: <5524E72F.1050500@huawei.com> References: <1428053164-28277-1-git-send-email-wangyijing@huawei.com> <1428053164-28277-25-git-send-email-wangyijing@huawei.com> <5524E1F9.6030700@free-electrons.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <5524E1F9.6030700@free-electrons.com> Sender: linux-alpha-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Gregory CLEMENT Cc: Bjorn Helgaas , linux-ia64@vger.kernel.org, linux-pci@vger.kernel.org, Guan Xuetao , Russell King , x86@kernel.org, Geert Uytterhoeven , Benjamin Herrenschmidt , Jason Cooper , Arnd Bergmann , Marc Zyngier , Rusty Russell , linux-m68k@lists.linux-m68k.org, Thomas Gleixner , Yinghai Lu , linux-arm-kernel@lists.infradead.org, dja@axtens.net, Thomas Petazzoni , Liviu Dudau , Tony Luck , linux-kernel@vger.kernel.org, Jiang Liu , linux-alpha@vger.kernel.org, "David S. Miller" > 2 months ago, Thomas Petazzoni was concerned about the removal of > mvebu_pcie_scan_bus(). So I dig the archives of the discussion > surrounding the pcie-mvebu drive. I found that the main purpose > of using this function was to allow to pass "struct device *" pointer. > > Thanks to the introduction of pci_common_init_dev it was not needed > anymore. Actually we should have done this change when this function > had been introduced. So for the point of view of the code it's fine. > Then I tested your full series on Armada XP, Armada 375 and Armada 38x > SoCs, and I didn't saw any regression. So you can add my: > > Reviewed-by: Gregory CLEMENT > Tested-by: Gregory CLEMENT Great, thanks very much! Thanks! Yijing. > > > >> Signed-off-by: Yijing Wang >> CC: Thomas Petazzoni >> CC: Jason Cooper >> --- >> drivers/pci/host/pci-mvebu.c | 18 +----------------- >> 1 files changed, 1 insertions(+), 17 deletions(-) >> >> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c >> index 0cfc494..d5a2b70 100644 >> --- a/drivers/pci/host/pci-mvebu.c >> +++ b/drivers/pci/host/pci-mvebu.c >> @@ -750,21 +750,6 @@ static int mvebu_pcie_setup(int nr, struct pci_sys_data *sys) >> return 1; >> } >> >> -static struct pci_bus *mvebu_pcie_scan_bus(int nr, struct pci_sys_data *sys) >> -{ >> - struct mvebu_pcie *pcie = sys_to_pcie(sys); >> - struct pci_bus *bus; >> - >> - bus = pci_create_root_bus(&pcie->pdev->dev, -1, sys->busnr, >> - &mvebu_pcie_ops, sys, &sys->resources); >> - if (!bus) >> - return NULL; >> - >> - pci_scan_child_bus(bus); >> - >> - return bus; >> -} >> - >> static resource_size_t mvebu_pcie_align_resource(struct pci_dev *dev, >> const struct resource *res, >> resource_size_t start, >> @@ -808,12 +793,11 @@ static void mvebu_pcie_enable(struct mvebu_pcie *pcie) >> hw.nr_controllers = 1; >> hw.private_data = (void **)&pcie; >> hw.setup = mvebu_pcie_setup; >> - hw.scan = mvebu_pcie_scan_bus; >> hw.map_irq = of_irq_parse_and_map_pci; >> hw.ops = &mvebu_pcie_ops; >> hw.align_resource = mvebu_pcie_align_resource; >> >> - pci_common_init(&hw); >> + pci_common_init_dev(&pcie->pdev->dev, &hw); >> } >> >> /* >> > > -- Thanks! Yijing