All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
To: Andrew Murray <andrew.murray-5wv7dgnIgG8@public.gmane.org>
Cc: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Grant Likely
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	"rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org"
	<rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
	Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
	Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	Jason Gunthorpe
	<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>,
	Thomas Petazzoni
	<thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>,
	"devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org"
	<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH 10/14] PCI: tegra: Move PCIe driver to drivers/pci/host
Date: Tue, 15 Jan 2013 13:08:55 +0100	[thread overview]
Message-ID: <20130115120855.GA5637@avionic-0098.adnet.avionic-design.de> (raw)
In-Reply-To: <20130114095706.GA23467-5wv7dgnIgG8@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 3171 bytes --]

On Mon, Jan 14, 2013 at 09:57:07AM +0000, Andrew Murray wrote:
> On Sun, Jan 13, 2013 at 09:58:06AM +0000, Thierry Reding wrote:
> > On Sat, Jan 12, 2013 at 09:12:25PM +0000, Arnd Bergmann wrote:
> > > On Saturday 12 January 2013, Thierry Reding wrote:
> > > > > I already hinted at that in one of the other subthreads. Having such a
> > > > > multiplex would also allow the driver to be built as a module. I had
> > > > > already thought about this when I was working on an earlier version of
> > > > > these patches. Basically these would be two ops attached to the host
> > > > > bridge, and the generic arch_setup_msi_irq() could then look that up
> > > > > given the struct pci_dev that is passed to it and call this new per-
> > > > > host bridge .setup_msi_irq().
> > > > 
> > > > struct pci_ops looks like a good place to put these. They'll be
> > > > available from each struct pci_bus, so should be easy to call from
> > > > arch_setup_msi_irq().
> > > > 
> > > > Any objections?
> > > > 
> > > 
> > > struct pci_ops has a long history of being specifically about
> > > config space read/write operations, so on the one hand it does
> > > not feel like the right place to put interrupt specific operations,
> > > but on the other hand, the name sounds appropriate and I cannot
> > > think of any other place to put this, so it's fine with me.
> > > 
> > > The only alternative I can think of is to introduce a new
> > > structure next to it in struct pci_bus, but that feels a bit
> > > pointless. Maybe Bjorn has a preference one way or the other.
> > 
> > The name pci_ops is certainly generic enough. Also the comment above the
> > structure declaration says "Low-level architecture-dependent routines",
> > which applies to the MSI functions as well.
> 
> I've previously looked into this. It seems that architectures handle this
> in different ways, some use vector tables, others use a multiplex and others
> just let the end user implement the callback directly.
> 
> I've made an attempt to find a more common way. Though my implementation, which
> I will try to share later today for reference provides a registration function
> in drivers/pci/msi.c to provide implementations of the
> (setup|teardown)_msi_irq(s) ops. This seems slightly better than the current
> approach and doesn't break existing users - but is still ugly.
> 
> At present the PCI and MSI frameworks are largely uncoupled from each other and
> so I was keen to not pollute PCI structures (e.g. pci_ops) with MSI ops. Just
> because most PCI host bridges also provide MSI support I don't think there is a
> reason why they should always come as a pair or be provided by the same chip.
> 
> Perhaps the solution is to support MSI controller drivers and a means to
> associate them with PCI host controller drivers?

I'm not sure I follow you're reasoning here. Is it possible to use MSIs
without PCI? If not then I think there's little sense in keeping the
implementations separate.

Furthermore, if MSI controller and PCI host bridge are separate entities
how do you look up the MSI controller given a PCI device?

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@avionic-design.de>
To: Andrew Murray <andrew.murray@arm.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
	Stephen Warren <swarren@wwwdotorg.org>,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
	Grant Likely <grant.likely@secretlab.ca>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	Russell King <linux@arm.linux.org.uk>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
	Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
	"devicetree-discuss@lists.ozlabs.org" 
	<devicetree-discuss@lists.ozlabs.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
Subject: Re: [PATCH 10/14] PCI: tegra: Move PCIe driver to drivers/pci/host
Date: Tue, 15 Jan 2013 13:08:55 +0100	[thread overview]
Message-ID: <20130115120855.GA5637@avionic-0098.adnet.avionic-design.de> (raw)
In-Reply-To: <20130114095706.GA23467@arm.com>

[-- Attachment #1: Type: text/plain, Size: 3171 bytes --]

On Mon, Jan 14, 2013 at 09:57:07AM +0000, Andrew Murray wrote:
> On Sun, Jan 13, 2013 at 09:58:06AM +0000, Thierry Reding wrote:
> > On Sat, Jan 12, 2013 at 09:12:25PM +0000, Arnd Bergmann wrote:
> > > On Saturday 12 January 2013, Thierry Reding wrote:
> > > > > I already hinted at that in one of the other subthreads. Having such a
> > > > > multiplex would also allow the driver to be built as a module. I had
> > > > > already thought about this when I was working on an earlier version of
> > > > > these patches. Basically these would be two ops attached to the host
> > > > > bridge, and the generic arch_setup_msi_irq() could then look that up
> > > > > given the struct pci_dev that is passed to it and call this new per-
> > > > > host bridge .setup_msi_irq().
> > > > 
> > > > struct pci_ops looks like a good place to put these. They'll be
> > > > available from each struct pci_bus, so should be easy to call from
> > > > arch_setup_msi_irq().
> > > > 
> > > > Any objections?
> > > > 
> > > 
> > > struct pci_ops has a long history of being specifically about
> > > config space read/write operations, so on the one hand it does
> > > not feel like the right place to put interrupt specific operations,
> > > but on the other hand, the name sounds appropriate and I cannot
> > > think of any other place to put this, so it's fine with me.
> > > 
> > > The only alternative I can think of is to introduce a new
> > > structure next to it in struct pci_bus, but that feels a bit
> > > pointless. Maybe Bjorn has a preference one way or the other.
> > 
> > The name pci_ops is certainly generic enough. Also the comment above the
> > structure declaration says "Low-level architecture-dependent routines",
> > which applies to the MSI functions as well.
> 
> I've previously looked into this. It seems that architectures handle this
> in different ways, some use vector tables, others use a multiplex and others
> just let the end user implement the callback directly.
> 
> I've made an attempt to find a more common way. Though my implementation, which
> I will try to share later today for reference provides a registration function
> in drivers/pci/msi.c to provide implementations of the
> (setup|teardown)_msi_irq(s) ops. This seems slightly better than the current
> approach and doesn't break existing users - but is still ugly.
> 
> At present the PCI and MSI frameworks are largely uncoupled from each other and
> so I was keen to not pollute PCI structures (e.g. pci_ops) with MSI ops. Just
> because most PCI host bridges also provide MSI support I don't think there is a
> reason why they should always come as a pair or be provided by the same chip.
> 
> Perhaps the solution is to support MSI controller drivers and a means to
> associate them with PCI host controller drivers?

I'm not sure I follow you're reasoning here. Is it possible to use MSIs
without PCI? If not then I think there's little sense in keeping the
implementations separate.

Furthermore, if MSI controller and PCI host bridge are separate entities
how do you look up the MSI controller given a PCI device?

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@avionic-design.de>
To: Andrew Murray <andrew.murray@arm.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
	Stephen Warren <swarren@wwwdotorg.org>,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
	Grant Likely <grant.likely@secretlab.ca>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	Russell King <linux@arm.linux.org.uk>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
	Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
	"devicetree-discuss@lists.ozlabs.org"
	<devicetree-discuss@lists.ozlabs.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
Subject: Re: [PATCH 10/14] PCI: tegra: Move PCIe driver to drivers/pci/host
Date: Tue, 15 Jan 2013 13:08:55 +0100	[thread overview]
Message-ID: <20130115120855.GA5637@avionic-0098.adnet.avionic-design.de> (raw)
In-Reply-To: <20130114095706.GA23467@arm.com>

[-- Attachment #1: Type: text/plain, Size: 3171 bytes --]

On Mon, Jan 14, 2013 at 09:57:07AM +0000, Andrew Murray wrote:
> On Sun, Jan 13, 2013 at 09:58:06AM +0000, Thierry Reding wrote:
> > On Sat, Jan 12, 2013 at 09:12:25PM +0000, Arnd Bergmann wrote:
> > > On Saturday 12 January 2013, Thierry Reding wrote:
> > > > > I already hinted at that in one of the other subthreads. Having such a
> > > > > multiplex would also allow the driver to be built as a module. I had
> > > > > already thought about this when I was working on an earlier version of
> > > > > these patches. Basically these would be two ops attached to the host
> > > > > bridge, and the generic arch_setup_msi_irq() could then look that up
> > > > > given the struct pci_dev that is passed to it and call this new per-
> > > > > host bridge .setup_msi_irq().
> > > > 
> > > > struct pci_ops looks like a good place to put these. They'll be
> > > > available from each struct pci_bus, so should be easy to call from
> > > > arch_setup_msi_irq().
> > > > 
> > > > Any objections?
> > > > 
> > > 
> > > struct pci_ops has a long history of being specifically about
> > > config space read/write operations, so on the one hand it does
> > > not feel like the right place to put interrupt specific operations,
> > > but on the other hand, the name sounds appropriate and I cannot
> > > think of any other place to put this, so it's fine with me.
> > > 
> > > The only alternative I can think of is to introduce a new
> > > structure next to it in struct pci_bus, but that feels a bit
> > > pointless. Maybe Bjorn has a preference one way or the other.
> > 
> > The name pci_ops is certainly generic enough. Also the comment above the
> > structure declaration says "Low-level architecture-dependent routines",
> > which applies to the MSI functions as well.
> 
> I've previously looked into this. It seems that architectures handle this
> in different ways, some use vector tables, others use a multiplex and others
> just let the end user implement the callback directly.
> 
> I've made an attempt to find a more common way. Though my implementation, which
> I will try to share later today for reference provides a registration function
> in drivers/pci/msi.c to provide implementations of the
> (setup|teardown)_msi_irq(s) ops. This seems slightly better than the current
> approach and doesn't break existing users - but is still ugly.
> 
> At present the PCI and MSI frameworks are largely uncoupled from each other and
> so I was keen to not pollute PCI structures (e.g. pci_ops) with MSI ops. Just
> because most PCI host bridges also provide MSI support I don't think there is a
> reason why they should always come as a pair or be provided by the same chip.
> 
> Perhaps the solution is to support MSI controller drivers and a means to
> associate them with PCI host controller drivers?

I'm not sure I follow you're reasoning here. Is it possible to use MSIs
without PCI? If not then I think there's little sense in keeping the
implementations separate.

Furthermore, if MSI controller and PCI host bridge are separate entities
how do you look up the MSI controller given a PCI device?

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: thierry.reding@avionic-design.de (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 10/14] PCI: tegra: Move PCIe driver to drivers/pci/host
Date: Tue, 15 Jan 2013 13:08:55 +0100	[thread overview]
Message-ID: <20130115120855.GA5637@avionic-0098.adnet.avionic-design.de> (raw)
In-Reply-To: <20130114095706.GA23467@arm.com>

On Mon, Jan 14, 2013 at 09:57:07AM +0000, Andrew Murray wrote:
> On Sun, Jan 13, 2013 at 09:58:06AM +0000, Thierry Reding wrote:
> > On Sat, Jan 12, 2013 at 09:12:25PM +0000, Arnd Bergmann wrote:
> > > On Saturday 12 January 2013, Thierry Reding wrote:
> > > > > I already hinted at that in one of the other subthreads. Having such a
> > > > > multiplex would also allow the driver to be built as a module. I had
> > > > > already thought about this when I was working on an earlier version of
> > > > > these patches. Basically these would be two ops attached to the host
> > > > > bridge, and the generic arch_setup_msi_irq() could then look that up
> > > > > given the struct pci_dev that is passed to it and call this new per-
> > > > > host bridge .setup_msi_irq().
> > > > 
> > > > struct pci_ops looks like a good place to put these. They'll be
> > > > available from each struct pci_bus, so should be easy to call from
> > > > arch_setup_msi_irq().
> > > > 
> > > > Any objections?
> > > > 
> > > 
> > > struct pci_ops has a long history of being specifically about
> > > config space read/write operations, so on the one hand it does
> > > not feel like the right place to put interrupt specific operations,
> > > but on the other hand, the name sounds appropriate and I cannot
> > > think of any other place to put this, so it's fine with me.
> > > 
> > > The only alternative I can think of is to introduce a new
> > > structure next to it in struct pci_bus, but that feels a bit
> > > pointless. Maybe Bjorn has a preference one way or the other.
> > 
> > The name pci_ops is certainly generic enough. Also the comment above the
> > structure declaration says "Low-level architecture-dependent routines",
> > which applies to the MSI functions as well.
> 
> I've previously looked into this. It seems that architectures handle this
> in different ways, some use vector tables, others use a multiplex and others
> just let the end user implement the callback directly.
> 
> I've made an attempt to find a more common way. Though my implementation, which
> I will try to share later today for reference provides a registration function
> in drivers/pci/msi.c to provide implementations of the
> (setup|teardown)_msi_irq(s) ops. This seems slightly better than the current
> approach and doesn't break existing users - but is still ugly.
> 
> At present the PCI and MSI frameworks are largely uncoupled from each other and
> so I was keen to not pollute PCI structures (e.g. pci_ops) with MSI ops. Just
> because most PCI host bridges also provide MSI support I don't think there is a
> reason why they should always come as a pair or be provided by the same chip.
> 
> Perhaps the solution is to support MSI controller drivers and a means to
> associate them with PCI host controller drivers?

I'm not sure I follow you're reasoning here. Is it possible to use MSIs
without PCI? If not then I think there's little sense in keeping the
implementations separate.

Furthermore, if MSI controller and PCI host bridge are separate entities
how do you look up the MSI controller given a PCI device?

Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130115/7c267b3a/attachment-0001.sig>

  parent reply	other threads:[~2013-01-15 12:08 UTC|newest]

Thread overview: 267+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-09 20:43 [PATCH 00/14] Rewrite Tegra PCIe driver Thierry Reding
2013-01-09 20:43 ` Thierry Reding
2013-01-09 20:43 ` [PATCH 02/14] of/pci: Add of_pci_get_devfn() function Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-3-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-11  0:09     ` Stephen Warren
2013-01-11  0:09       ` Stephen Warren
2013-01-11  0:09       ` Stephen Warren
2013-01-11  4:06       ` Thierry Reding
2013-01-11  4:06         ` Thierry Reding
2013-01-09 20:43 ` [PATCH 05/14] lib: Add I/O map cache implementation Thierry Reding
2013-01-09 20:43   ` Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-6-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-09 21:19     ` Arnd Bergmann
2013-01-09 21:19       ` Arnd Bergmann
2013-01-09 21:19       ` Arnd Bergmann
2013-01-09 21:54       ` Thierry Reding
2013-01-09 21:54         ` Thierry Reding
     [not found]         ` <20130109215428.GA13648-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-09 22:10           ` Arnd Bergmann
2013-01-09 22:10             ` Arnd Bergmann
2013-01-09 22:10             ` Arnd Bergmann
     [not found]             ` <201301092210.49452.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-09 23:12               ` Stephen Warren
2013-01-09 23:12                 ` Stephen Warren
2013-01-09 23:12                 ` Stephen Warren
2013-01-09 23:17                 ` Jason Gunthorpe
2013-01-09 23:17                   ` Jason Gunthorpe
     [not found]                   ` <20130109231758.GA27065-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-01-10  7:19                     ` Thierry Reding
2013-01-10  7:19                       ` Thierry Reding
2013-01-10  7:19                       ` Thierry Reding
     [not found]                       ` <20130110071937.GG15212-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-10  9:17                         ` Arnd Bergmann
2013-01-10  9:17                           ` Arnd Bergmann
2013-01-10  9:17                           ` Arnd Bergmann
     [not found]                           ` <201301100917.19577.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-10 10:25                             ` Thierry Reding
2013-01-10 10:25                               ` Thierry Reding
2013-01-10 10:25                               ` Thierry Reding
     [not found]                               ` <20130110102544.GA5546-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-10 18:20                                 ` Jason Gunthorpe
2013-01-10 18:20                                   ` Jason Gunthorpe
2013-01-10 18:20                                   ` Jason Gunthorpe
     [not found]                                   ` <20130110182007.GA28004-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-01-10 18:55                                     ` Thierry Reding
2013-01-10 18:55                                       ` Thierry Reding
2013-01-10 18:55                                       ` Thierry Reding
2013-01-10 19:03                                       ` Thierry Reding
2013-01-10 19:03                                         ` Thierry Reding
2013-01-10 19:24                                         ` Jason Gunthorpe
2013-01-10 19:24                                           ` Jason Gunthorpe
     [not found]                                           ` <20130110192417.GA18478-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-01-10 20:20                                             ` Thierry Reding
2013-01-10 20:20                                               ` Thierry Reding
2013-01-10 20:20                                               ` Thierry Reding
     [not found]                                               ` <20130110202007.GA26139-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-10 21:06                                                 ` Jason Gunthorpe
2013-01-10 21:06                                                   ` Jason Gunthorpe
2013-01-10 21:06                                                   ` Jason Gunthorpe
2013-01-16 10:18                                             ` Thierry Reding
2013-01-16 10:18                                               ` Thierry Reding
2013-01-16 10:18                                               ` Thierry Reding
     [not found]                                               ` <20130116101822.GA17706-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-16 11:25                                                 ` Russell King - ARM Linux
2013-01-16 11:25                                                   ` Russell King - ARM Linux
2013-01-16 11:25                                                   ` Russell King - ARM Linux
     [not found]                                                   ` <20130116112556.GR23505-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2013-01-16 11:52                                                     ` Thierry Reding
2013-01-16 11:52                                                       ` Thierry Reding
2013-01-16 11:52                                                       ` Thierry Reding
2013-01-10 18:26                                 ` Arnd Bergmann
2013-01-10 18:26                                   ` Arnd Bergmann
2013-01-10 18:26                                   ` Arnd Bergmann
     [not found]                                   ` <201301101826.56248.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-10 18:57                                     ` Thierry Reding
2013-01-10 18:57                                       ` Thierry Reding
2013-01-10 18:57                                       ` Thierry Reding
2013-01-10  7:10               ` Thierry Reding
2013-01-10  7:10                 ` Thierry Reding
2013-01-10  7:10                 ` Thierry Reding
2013-01-09 21:28     ` Russell King - ARM Linux
2013-01-09 21:28       ` Russell King - ARM Linux
2013-01-09 21:28       ` Russell King - ARM Linux
     [not found]       ` <20130109212847.GT3931-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2013-01-09 21:57         ` Thierry Reding
2013-01-09 21:57           ` Thierry Reding
2013-01-09 21:57           ` Thierry Reding
     [not found] ` <1357764194-12677-1-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-09 20:43   ` [PATCH 01/14] of/pci: Provide support for parsing PCI DT ranges property Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-11  0:06     ` Stephen Warren
2013-01-11  0:06       ` Stephen Warren
     [not found]       ` <50EF5798.6040405-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-11  4:02         ` Thierry Reding
2013-01-11  4:02           ` Thierry Reding
2013-01-11  4:02           ` Thierry Reding
2013-01-09 20:43   ` [PATCH 03/14] of/pci: Add of_pci_get_bus() function Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43   ` [PATCH 04/14] of/pci: Add of_pci_parse_bus_range() function Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43   ` [PATCH 06/14] ARM: pci: Keep pci_common_init() around after init Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
     [not found]     ` <1357764194-12677-7-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-02-05 20:41       ` Thierry Reding
2013-02-05 20:41         ` Thierry Reding
2013-02-05 20:41         ` Thierry Reding
     [not found]         ` <20130205204147.GA29726-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2013-02-06 16:30           ` Russell King - ARM Linux
2013-02-06 16:30             ` Russell King - ARM Linux
2013-02-06 16:30             ` Russell King - ARM Linux
     [not found]             ` <20130206163041.GG17833-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2013-02-06 19:35               ` Thierry Reding
2013-02-06 19:35                 ` Thierry Reding
2013-02-06 19:35                 ` Thierry Reding
2013-02-06  8:36       ` Thomas Petazzoni
2013-02-06  8:36         ` Thomas Petazzoni
2013-02-06  8:36         ` Thomas Petazzoni
2013-02-06 16:38       ` Linus Walleij
2013-02-06 16:38         ` Linus Walleij
2013-02-06 16:38         ` Linus Walleij
2013-02-07  0:54         ` Arnd Bergmann
2013-02-07  0:54           ` Arnd Bergmann
2013-02-06 17:07           ` Linus Walleij
2013-02-06 17:07             ` Linus Walleij
2013-02-06 17:07             ` Linus Walleij
2013-02-07  1:20             ` Arnd Bergmann
2013-02-07  1:20               ` Arnd Bergmann
2013-02-07  1:20               ` Arnd Bergmann
2013-01-09 20:43   ` [PATCH 07/14] ARM: pci: Allow passing per-controller private data Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43   ` [PATCH 08/14] ARM: tegra: Move tegra_pcie_xclk_clamp() to PMC Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43   ` [PATCH 11/14] ARM: tegra: tamonten: Add PCIe support Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
     [not found]     ` <1357764194-12677-12-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-09 21:23       ` Arnd Bergmann
2013-01-09 21:23         ` Arnd Bergmann
2013-01-09 21:23         ` Arnd Bergmann
     [not found]         ` <201301092123.37491.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-10 20:21           ` Thierry Reding
2013-01-10 20:21             ` Thierry Reding
2013-01-10 20:21             ` Thierry Reding
2013-01-09 20:43   ` [PATCH 14/14] ARM: tegra: trimslice: Initialize PCIe from DT Thierry Reding
2013-01-09 20:43     ` Thierry Reding
2013-01-09 20:43     ` Thierry Reding
     [not found]     ` <1357764194-12677-15-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-10 23:56       ` Stephen Warren
2013-01-10 23:56         ` Stephen Warren
2013-01-10 23:56         ` Stephen Warren
     [not found]         ` <50EF5537.6080602-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-11 18:48           ` Thierry Reding
2013-01-11 18:48             ` Thierry Reding
2013-01-11 18:48             ` Thierry Reding
2013-01-09 21:25   ` [PATCH 00/14] Rewrite Tegra PCIe driver Thomas Petazzoni
2013-01-09 21:25     ` Thomas Petazzoni
2013-01-09 21:25     ` Thomas Petazzoni
2013-01-10  6:55     ` Thierry Reding
2013-01-10  6:55       ` Thierry Reding
2013-01-10  6:55       ` Thierry Reding
2013-01-10  8:34       ` Thomas Petazzoni
2013-01-10  8:34         ` Thomas Petazzoni
2013-03-06 18:16   ` Murali Karicheri
2013-01-09 20:43 ` [PATCH 09/14] ARM: tegra: Move pmc.h to include/mach Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-10-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-11  0:15     ` Stephen Warren
2013-01-11  0:15       ` Stephen Warren
2013-01-11  0:15       ` Stephen Warren
     [not found]       ` <50EF598B.2030307-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-11  4:08         ` Thierry Reding
2013-01-11  4:08           ` Thierry Reding
2013-01-11  4:08           ` Thierry Reding
2013-01-09 20:43 ` [PATCH 10/14] PCI: tegra: Move PCIe driver to drivers/pci/host Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-11-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-09 21:22     ` Arnd Bergmann
2013-01-09 21:22       ` Arnd Bergmann
2013-01-09 21:22       ` Arnd Bergmann
     [not found]       ` <201301092122.08011.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-09 21:58         ` Thierry Reding
2013-01-09 21:58           ` Thierry Reding
2013-01-09 21:58           ` Thierry Reding
2013-01-09 22:03           ` Arnd Bergmann
2013-01-09 22:03             ` Arnd Bergmann
2013-01-11  0:48     ` Stephen Warren
2013-01-11  0:48       ` Stephen Warren
2013-01-11  0:48       ` Stephen Warren
     [not found]       ` <50EF616E.7040609-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-11  3:52         ` Thierry Reding
2013-01-11  3:52           ` Thierry Reding
2013-01-11  3:52           ` Thierry Reding
2013-01-11 20:34           ` Stephen Warren
2013-01-11 20:34             ` Stephen Warren
2013-02-13 23:11     ` Thomas Petazzoni
2013-02-13 23:11       ` Thomas Petazzoni
2013-02-13 23:11       ` Thomas Petazzoni
2013-01-10 23:54   ` Stephen Warren
2013-01-10 23:54     ` Stephen Warren
2013-01-11  3:40     ` Thierry Reding
2013-01-11  3:40       ` Thierry Reding
     [not found]       ` <20130111034015.GA28094-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-11 15:36         ` Arnd Bergmann
2013-01-11 15:36           ` Arnd Bergmann
2013-01-11 15:36           ` Arnd Bergmann
     [not found]           ` <201301111536.14799.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-11 15:45             ` Thierry Reding
2013-01-11 15:45               ` Thierry Reding
2013-01-11 15:45               ` Thierry Reding
     [not found]               ` <20130111154516.GA25335-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-12 12:36                 ` Thierry Reding
2013-01-12 12:36                   ` Thierry Reding
2013-01-12 12:36                   ` Thierry Reding
2013-01-12 21:12                   ` Arnd Bergmann
2013-01-12 21:12                     ` Arnd Bergmann
2013-01-13  9:58                     ` Thierry Reding
2013-01-13  9:58                       ` Thierry Reding
     [not found]                       ` <20130113095806.GA31966-RM9K5IK7kjIyiCvfTdI0JKcOhU4Rzj621B7CTYaBSLdn68oJJulU0Q@public.gmane.org>
2013-01-14  9:57                         ` Andrew Murray
2013-01-14  9:57                           ` Andrew Murray
2013-01-14  9:57                           ` Andrew Murray
2013-01-14  9:57                           ` Andrew Murray
     [not found]                           ` <20130114095706.GA23467-5wv7dgnIgG8@public.gmane.org>
2013-01-15 12:08                             ` Thierry Reding [this message]
2013-01-15 12:08                               ` Thierry Reding
2013-01-15 12:08                               ` Thierry Reding
2013-01-15 12:08                               ` Thierry Reding
2013-01-15 12:44                               ` Arnd Bergmann
2013-01-15 12:44                                 ` Arnd Bergmann
2013-01-15 12:44                                 ` Arnd Bergmann
     [not found]                                 ` <201301151244.12767.arnd-r2nGTMty4D4@public.gmane.org>
2013-01-15 15:40                                   ` Andrew Murray
2013-01-15 15:40                                     ` Andrew Murray
2013-01-15 15:40                                     ` Andrew Murray
2013-01-15 15:40                                     ` Andrew Murray
     [not found]                                     ` <20130115154038.GA11241-5wv7dgnIgG8@public.gmane.org>
2013-01-15 21:14                                       ` Thierry Reding
2013-01-15 21:14                                         ` Thierry Reding
2013-01-15 21:14                                         ` Thierry Reding
2013-01-15 21:14                                         ` Thierry Reding
2013-01-16 14:00                                         ` Arnd Bergmann
2013-01-16 14:00                                           ` Arnd Bergmann
2013-01-16 14:00                                           ` Arnd Bergmann
2013-01-16 16:17                                           ` Andrew Murray
2013-01-16 16:17                                             ` Andrew Murray
2013-01-16 16:17                                             ` Andrew Murray
2013-01-16 18:31                                             ` Thierry Reding
2013-01-16 18:31                                               ` Thierry Reding
2013-01-16 18:31                                               ` Thierry Reding
2013-01-17 15:42                                               ` Andrew Murray
2013-01-17 15:42                                                 ` Andrew Murray
2013-01-17 15:42                                                 ` Andrew Murray
     [not found]                                                 ` <20130117154236.GA25943-5wv7dgnIgG8@public.gmane.org>
2013-01-17 16:05                                                   ` Thierry Reding
2013-01-17 16:05                                                     ` Thierry Reding
2013-01-17 16:05                                                     ` Thierry Reding
2013-01-17 16:05                                                     ` Thierry Reding
2013-01-17 16:22                                                     ` Andrew Murray
2013-01-17 16:22                                                       ` Andrew Murray
2013-01-17 16:22                                                       ` Andrew Murray
     [not found]                                                       ` <20130117162218.GA29016-5wv7dgnIgG8@public.gmane.org>
2013-01-17 20:30                                                         ` Thierry Reding
2013-01-17 20:30                                                           ` Thierry Reding
2013-01-17 20:30                                                           ` Thierry Reding
2013-01-17 20:30                                                           ` Thierry Reding
2013-01-18  9:18                                                           ` Andrew Murray
2013-01-18  9:18                                                             ` Andrew Murray
2013-01-18  9:18                                                             ` Andrew Murray
2013-01-22 19:29                                                         ` Jason Gunthorpe
2013-01-22 19:29                                                           ` Jason Gunthorpe
2013-01-22 19:29                                                           ` Jason Gunthorpe
2013-01-22 19:29                                                           ` Jason Gunthorpe
2013-01-29 13:31                                                           ` Andrew Murray
2013-01-29 13:31                                                             ` Andrew Murray
2013-01-29 13:31                                                             ` Andrew Murray
2013-01-18  9:56   ` Andrew Murray
2013-01-18  9:56     ` Andrew Murray
2013-01-18  9:56     ` Andrew Murray
     [not found]     ` <20130118095620.GA7552-5wv7dgnIgG8@public.gmane.org>
2013-01-18 10:09       ` Thierry Reding
2013-01-18 10:09         ` Thierry Reding
2013-01-18 10:09         ` Thierry Reding
2013-01-18 10:09         ` Thierry Reding
2013-01-09 20:43 ` [PATCH 12/14] ARM: tegra: tec: Add PCIe support Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-13-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-11  0:22     ` Stephen Warren
2013-01-11  0:22       ` Stephen Warren
2013-01-11  0:22       ` Stephen Warren
2013-01-11  4:34       ` Thierry Reding
2013-01-11  4:34         ` Thierry Reding
2013-01-09 20:43 ` [PATCH 13/14] ARM: tegra: harmony: Initialize PCIe from DT Thierry Reding
2013-01-09 20:43   ` Thierry Reding
2013-01-09 20:43   ` Thierry Reding
     [not found]   ` <1357764194-12677-14-git-send-email-thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
2013-01-10 23:58     ` Stephen Warren
2013-01-10 23:58       ` Stephen Warren
2013-01-10 23:58       ` Stephen Warren
2013-01-28 18:15 ` [PATCH 00/14] Rewrite Tegra PCIe driver Bjorn Helgaas
2013-01-28 18:15   ` Bjorn Helgaas

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=20130115120855.GA5637@avionic-0098.adnet.avionic-design.de \
    --to=thierry.reding-rm9k5ik7kjkj5m59nbduvrnah6klmebb@public.gmane.org \
    --cc=andrew.murray-5wv7dgnIgG8@public.gmane.org \
    --cc=arnd-r2nGTMty4D4@public.gmane.org \
    --cc=bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
    --cc=jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
    --cc=linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
    --cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org \
    --cc=thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@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 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.