All of lore.kernel.org
 help / color / mirror / Atom feed
From: Murali Karicheri <m-karicheri2@ti.com>
To: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Cc: <linux-pci@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	Krzysztof Halasa <khalasa@piap.pl>, Arnd Bergmann <arnd@arndb.de>,
	Phil Edworthy <phil.edworthy@renesas.com>,
	Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
	Jingoo Han <jg1.han@samsung.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Russell King <linux@arm.linux.org.uk>,
	Mohit Kumar <mohit.kumar@st.com>
Subject: Re: [PATCH v3 0/2] arm: pcibios: remove pci_sys_data domain
Date: Thu, 18 Dec 2014 18:12:58 -0500	[thread overview]
Message-ID: <54935F7A.7000206@ti.com> (raw)
In-Reply-To: <1416569367-29409-1-git-send-email-lorenzo.pieralisi@arm.com>

On 11/21/2014 06:29 AM, Lorenzo Pieralisi wrote:
> This patchset is a v3 of a previous posting:
>
> http://www.spinics.net/lists/linux-pci/msg36502.html
>
> v2 =>  v3
>
> - Rebased on top of this patch dependency
>    http://www.spinics.net/lists/linux-pci/msg36631.html
>
> v1 =>  v2 changelog
>
> - Removed stale hw_pci domain member
> - Reworked pci-mvebu domain handling according to review
> - Rebased against 3.18-rc3 and updated the logs
> - Dropped RFC status
>
> Original cover letter:
> ----
> This patchset is a first RFC stab at removing the dependency on pci_sys_data
> domain field on ARM platforms and by replacing it with generic code that
> stashes the domain value in the pci_bus control structure, introduced in
>
> commit 41e5c0f81d3e676d671d96a0a1fafb27abfbd9
> ("of/pci: Add pci_get_new_domain_nr() and of_get_pci_domain_nr()")
>
> commit 670ba0c8883b576d0aec28bd7a838358a4be1
> ("PCI: Add generic domain handling")
>
> All the drivers converted (apart from PCIe designware, tested on iMX6SL)
> were only compile tested for lack of HW, so along some comments, testing
> and verifying that patchset does not break any existing platform are
> very appreciated.
>
> Code in drivers/pci/pci-mvebu.c has been changed to add a domain
> number to PCI resources by using the nr value coming from the setup
> pcibios32 callback, which may not be correct and should be considered
> a temporary solution waiting for review comments.
>
> The patchset removes entirely the pci_sys_data.domain field, since its
> usage is removed at the same time in the respective host controllers
> and ARM is made to select the configuration option
> CONFIG_PCI_DOMAINS_GENERIC by default, which compiles a domain_nr in the
> pci_bus structure so that the pci_domain_nr() look-up can rely on it.
>
Lorenzo,

I am assuming this is transparent to the user drivers of designware core 
such as pci-keystone as CONFIG_PCI_DOMAINS_GENERIC is enabled by default 
by ARM. Is this true ?

Murali

>
> Lorenzo Pieralisi (2):
>    arm: cns3xxx: pci: remove artificial dependency on pci_sys_data domain
>    arm: pcibios: move to generic PCI domains
>
>   arch/arm/Kconfig                   |  3 +++
>   arch/arm/include/asm/mach/pci.h    |  6 ------
>   arch/arm/include/asm/pci.h         |  7 -------
>   arch/arm/kernel/bios32.c           |  3 ---
>   arch/arm/mach-cns3xxx/pcie.c       | 40 ++++++++++++++++----------------------
>   drivers/pci/host/pci-mvebu.c       | 15 ++------------
>   drivers/pci/host/pcie-designware.c |  3 ---
>   drivers/pci/host/pcie-rcar.c       |  3 ---
>   8 files changed, 22 insertions(+), 58 deletions(-)
>


-- 
Murali Karicheri
Linux Kernel, Texas Instruments

WARNING: multiple messages have this Message-ID (diff)
From: m-karicheri2@ti.com (Murali Karicheri)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/2] arm: pcibios: remove pci_sys_data domain
Date: Thu, 18 Dec 2014 18:12:58 -0500	[thread overview]
Message-ID: <54935F7A.7000206@ti.com> (raw)
In-Reply-To: <1416569367-29409-1-git-send-email-lorenzo.pieralisi@arm.com>

On 11/21/2014 06:29 AM, Lorenzo Pieralisi wrote:
> This patchset is a v3 of a previous posting:
>
> http://www.spinics.net/lists/linux-pci/msg36502.html
>
> v2 =>  v3
>
> - Rebased on top of this patch dependency
>    http://www.spinics.net/lists/linux-pci/msg36631.html
>
> v1 =>  v2 changelog
>
> - Removed stale hw_pci domain member
> - Reworked pci-mvebu domain handling according to review
> - Rebased against 3.18-rc3 and updated the logs
> - Dropped RFC status
>
> Original cover letter:
> ----
> This patchset is a first RFC stab at removing the dependency on pci_sys_data
> domain field on ARM platforms and by replacing it with generic code that
> stashes the domain value in the pci_bus control structure, introduced in
>
> commit 41e5c0f81d3e676d671d96a0a1fafb27abfbd9
> ("of/pci: Add pci_get_new_domain_nr() and of_get_pci_domain_nr()")
>
> commit 670ba0c8883b576d0aec28bd7a838358a4be1
> ("PCI: Add generic domain handling")
>
> All the drivers converted (apart from PCIe designware, tested on iMX6SL)
> were only compile tested for lack of HW, so along some comments, testing
> and verifying that patchset does not break any existing platform are
> very appreciated.
>
> Code in drivers/pci/pci-mvebu.c has been changed to add a domain
> number to PCI resources by using the nr value coming from the setup
> pcibios32 callback, which may not be correct and should be considered
> a temporary solution waiting for review comments.
>
> The patchset removes entirely the pci_sys_data.domain field, since its
> usage is removed at the same time in the respective host controllers
> and ARM is made to select the configuration option
> CONFIG_PCI_DOMAINS_GENERIC by default, which compiles a domain_nr in the
> pci_bus structure so that the pci_domain_nr() look-up can rely on it.
>
Lorenzo,

I am assuming this is transparent to the user drivers of designware core 
such as pci-keystone as CONFIG_PCI_DOMAINS_GENERIC is enabled by default 
by ARM. Is this true ?

Murali

>
> Lorenzo Pieralisi (2):
>    arm: cns3xxx: pci: remove artificial dependency on pci_sys_data domain
>    arm: pcibios: move to generic PCI domains
>
>   arch/arm/Kconfig                   |  3 +++
>   arch/arm/include/asm/mach/pci.h    |  6 ------
>   arch/arm/include/asm/pci.h         |  7 -------
>   arch/arm/kernel/bios32.c           |  3 ---
>   arch/arm/mach-cns3xxx/pcie.c       | 40 ++++++++++++++++----------------------
>   drivers/pci/host/pci-mvebu.c       | 15 ++------------
>   drivers/pci/host/pcie-designware.c |  3 ---
>   drivers/pci/host/pcie-rcar.c       |  3 ---
>   8 files changed, 22 insertions(+), 58 deletions(-)
>


-- 
Murali Karicheri
Linux Kernel, Texas Instruments

  parent reply	other threads:[~2014-12-18 23:13 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-21 11:29 [PATCH v3 0/2] arm: pcibios: remove pci_sys_data domain Lorenzo Pieralisi
2014-11-21 11:29 ` Lorenzo Pieralisi
2014-11-21 11:29 ` [PATCH v3 1/2] arm: cns3xxx: pci: remove artificial dependency on " Lorenzo Pieralisi
2014-11-21 11:29   ` Lorenzo Pieralisi
2014-11-21 11:29 ` [PATCH v3 2/2] arm: pcibios: move to generic PCI domains Lorenzo Pieralisi
2014-11-21 11:29   ` Lorenzo Pieralisi
2014-12-16  0:18   ` Jason Gunthorpe
2014-12-16  0:18     ` Jason Gunthorpe
2014-12-15 23:52 ` [PATCH v3 0/2] arm: pcibios: remove pci_sys_data domain Bjorn Helgaas
2014-12-15 23:52   ` Bjorn Helgaas
2014-12-15 23:56   ` Bjorn Helgaas
2014-12-15 23:56     ` Bjorn Helgaas
2014-12-16  0:08   ` Russell King - ARM Linux
2014-12-16  0:08     ` Russell King - ARM Linux
2014-12-16  0:35     ` Bjorn Helgaas
2014-12-16  0:35       ` Bjorn Helgaas
2014-12-18 23:12 ` Murali Karicheri [this message]
2014-12-18 23:12   ` Murali Karicheri
2014-12-18 23:25   ` Arnd Bergmann
2014-12-18 23:25     ` Arnd Bergmann
2014-12-19 15:22     ` Murali Karicheri
2014-12-19 15:22       ` Murali Karicheri
2014-12-19  9:19   ` Lorenzo Pieralisi
2014-12-19  9:19     ` Lorenzo Pieralisi

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=54935F7A.7000206@ti.com \
    --to=m-karicheri2@ti.com \
    --cc=arnd@arndb.de \
    --cc=bhelgaas@google.com \
    --cc=jg1.han@samsung.com \
    --cc=jgunthorpe@obsidianresearch.com \
    --cc=khalasa@piap.pl \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=lorenzo.pieralisi@arm.com \
    --cc=mohit.kumar@st.com \
    --cc=phil.edworthy@renesas.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.