All of lore.kernel.org
 help / color / mirror / Atom feed
From: Liviu Dudau <Liviu.Dudau@arm.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: linux-pci <linux-pci@vger.kernel.org>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	Will Deacon <Will.Deacon@arm.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Arnd Bergmann <arnd@arndb.de>,
	linaro-kernel <linaro-kernel@lists.linaro.org>,
	Tanmay Inamdar <tinamdar@apm.com>,
	Grant Likely <grant.likely@secretlab.ca>,
	Sinan Kaya <okaya@codeaurora.org>,
	Jingoo Han <jg1.han@samsung.com>,
	Kukjin Kim <kgene.kim@samsung.com>,
	Suravee Suthikulanit <suravee.suthikulpanit@amd.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Device Tree ML <devicetree@vger.kernel.org>,
	LAKML <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v8 3/9] pci: Introduce pci_register_io_range() helper function.
Date: Tue, 8 Jul 2014 11:40:50 +0100	[thread overview]
Message-ID: <20140708104050.GA6501@e106497-lin.cambridge.arm.com> (raw)
In-Reply-To: <20140708001418.GB22939@google.com>

On Tue, Jul 08, 2014 at 01:14:18AM +0100, Bjorn Helgaas wrote:
> On Tue, Jul 01, 2014 at 07:43:28PM +0100, Liviu Dudau wrote:
> > Some architectures do not have a simple view of the PCI I/O space
> > and instead use a range of CPU addresses that map to bus addresses. For
> > some architectures these ranges will be expressed by OF bindings
> > in a device tree file.
> > 
> > Introduce a pci_register_io_range() helper function with a generic
> > implementation that can be used by such architectures to keep track
> > of the I/O ranges described by the PCI bindings. If the PCI_IOBASE
> > macro is not defined that signals lack of support for PCI and we
> > return an error.
> > 
> > Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
> > ---
> >  drivers/of/address.c       | 61 ++++++++++++++++++++++++++++++++++++++++++++++
> >  include/linux/of_address.h |  1 +
> >  2 files changed, 62 insertions(+)
> > 
> > diff --git a/drivers/of/address.c b/drivers/of/address.c
> > index 5edfcb0..1345733 100644
> > --- a/drivers/of/address.c
> > +++ b/drivers/of/address.c
> > @@ -5,6 +5,7 @@
> >  #include <linux/module.h>
> >  #include <linux/of_address.h>
> >  #include <linux/pci_regs.h>
> > +#include <linux/slab.h>
> >  #include <linux/string.h>
> >  
> >  /* Max address size we deal with */
> > @@ -601,12 +602,72 @@ const __be32 *of_get_address(struct device_node *dev, int index, u64 *size,
> >  }
> >  EXPORT_SYMBOL(of_get_address);
> >  
> > +struct io_range {
> > +	struct list_head list;
> > +	phys_addr_t start;
> > +	resource_size_t size;
> > +};
> > +
> > +static LIST_HEAD(io_range_list);
> > +
> > +/*
> > + * Record the PCI IO range (expressed as CPU physical address + size).
> > + * Return a negative value if an error has occured, zero otherwise
> > + */
> > +int __weak pci_register_io_range(phys_addr_t addr, resource_size_t size)
> 
> I don't understand the interface here.  What's the mapping from CPU
> physical address to bus I/O port?  For example, I have the following
> machine in mind:
> 
>   HWP0002:00: PCI Root Bridge (domain 0000 [bus 00-1b])
>   HWP0002:00: memory-mapped IO port space [mem 0xf8010000000-0xf8010000fff]
>   HWP0002:00: host bridge window [io  0x0000-0x0fff]
> 
>   HWP0002:09: PCI Root Bridge (domain 0001 [bus 00-1b])
>   HWP0002:09: memory-mapped IO port space [mem 0xf8110000000-0xf8110000fff]
>   HWP0002:09: host bridge window [io  0x1000000-0x1000fff] (PCI address [0x0-0xfff])
> 
> The CPU physical memory [mem 0xf8010000000-0xf8010000fff] is translated by
> the bridge to I/O ports 0x0000-0x0fff on PCI bus 0000:00.  Drivers use,
> e.g., "inb(0)" to access it.
> 
> Similarly, [mem 0xf8110000000-0xf8110000fff] is translated by the second
> bridge to I/O ports 0x0000-0x0fff on PCI bus 0001:00.  Drivers use
> "inb(0x1000000)" to access it.
> 
> pci_register_io_range() seems sort of like it's intended to track the
> memory-mapped IO port spaces, e.g., [mem 0xf8010000000-0xf8010000fff].
> But I would think you'd want to keep track of at least the base port
> number on the PCI bus, too.  Or is that why it's weak?

It's weak in case the default implementation doesn't fit someones requirements.
And yes, it is trying to track the memory-mapped IO port spaces. When
calling pci_address_to_pio() - which takes the CPU address - it will
return the port number (0x0000 - 0x0fff and 0x1000000 - 0x1000fff respectively).
pci_address_to_pio() uses the list built by calling pci_register_io_range()
to calculate the correct offsets (although in this case it would move your
second host bridge io ports to [io 0x1000 - 0x1fff] as it tries not to leave
gaps in the reservations).

> 
> Here's what these look like in /proc/iomem and /proc/ioports (note that
> there are two resource structs for each memory-mapped IO port space: one
> IORESOURCE_MEM for the memory-mapped area (used only by the host bridge
> driver), and one IORESOURCE_IO for the I/O port space (this becomes the
> parent of a region used by a regular device driver):
> 
>   /proc/iomem:
>     PCI Bus 0000:00 I/O Ports 00000000-00000fff
>     PCI Bus 0001:00 I/O Ports 01000000-01000fff
> 
>   /proc/ioports:
>     00000000-00000fff : PCI Bus 0000:00
>     01000000-01000fff : PCI Bus 0001:00

OK, I have a question that might be ovbious to you but I have missed the answer
so far: how does the IORESOURCE_MEM area gets created? Is it the host bridge
driver's job to do it? Is it something that the framework should do when it
notices that the IORESOURCE_IO is memory mapped?

Many thanks,
Liviu

> 
> > +{
> > +#ifdef PCI_IOBASE
> > +	struct io_range *res;
> > +	resource_size_t allocated_size = 0;
> > +
> > +	/* check if the range hasn't been previously recorded */
> > +	list_for_each_entry(res, &io_range_list, list) {
> > +		if (addr >= res->start && addr + size <= res->start + size)
> > +			return 0;
> > +		allocated_size += res->size;
> > +	}
> > +
> > +	/* range not registed yet, check for available space */
> > +	if (allocated_size + size - 1 > IO_SPACE_LIMIT)
> > +		return -E2BIG;
> > +
> > +	/* add the range to the list */
> > +	res = kzalloc(sizeof(*res), GFP_KERNEL);
> > +	if (!res)
> > +		return -ENOMEM;
> > +
> > +	res->start = addr;
> > +	res->size = size;
> > +
> > +	list_add_tail(&res->list, &io_range_list);
> > +
> > +	return 0;
> > +#else
> > +	return -EINVAL;
> > +#endif
> > +}
> > +
> >  unsigned long __weak pci_address_to_pio(phys_addr_t address)
> >  {
> > +#ifdef PCI_IOBASE
> > +	struct io_range *res;
> > +	resource_size_t offset = 0;
> > +
> > +	list_for_each_entry(res, &io_range_list, list) {
> > +		if (address >= res->start &&
> > +			address < res->start + res->size) {
> > +			return res->start - address + offset;
> > +		}
> > +		offset += res->size;
> > +	}
> > +
> > +	return (unsigned long)-1;
> > +#else
> >  	if (address > IO_SPACE_LIMIT)
> >  		return (unsigned long)-1;
> >  
> >  	return (unsigned long) address;
> > +#endif
> >  }
> >  
> >  static int __of_address_to_resource(struct device_node *dev,
> > diff --git a/include/linux/of_address.h b/include/linux/of_address.h
> > index c13b878..ac4aac4 100644
> > --- a/include/linux/of_address.h
> > +++ b/include/linux/of_address.h
> > @@ -55,6 +55,7 @@ extern void __iomem *of_iomap(struct device_node *device, int index);
> >  extern const __be32 *of_get_address(struct device_node *dev, int index,
> >  			   u64 *size, unsigned int *flags);
> >  
> > +extern int pci_register_io_range(phys_addr_t addr, resource_size_t size);
> >  extern unsigned long pci_address_to_pio(phys_addr_t addr);
> >  
> >  extern int of_pci_range_parser_init(struct of_pci_range_parser *parser,
> > -- 
> > 2.0.0
> > 
> 

-- 
====================
| I would like to |
| fix the world,  |
| but they're not |
| giving me the   |
 \ source code!  /
  ---------------
    ¯\_(ツ)_/¯


WARNING: multiple messages have this Message-ID (diff)
From: Liviu.Dudau@arm.com (Liviu Dudau)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v8 3/9] pci: Introduce pci_register_io_range() helper function.
Date: Tue, 8 Jul 2014 11:40:50 +0100	[thread overview]
Message-ID: <20140708104050.GA6501@e106497-lin.cambridge.arm.com> (raw)
In-Reply-To: <20140708001418.GB22939@google.com>

On Tue, Jul 08, 2014 at 01:14:18AM +0100, Bjorn Helgaas wrote:
> On Tue, Jul 01, 2014 at 07:43:28PM +0100, Liviu Dudau wrote:
> > Some architectures do not have a simple view of the PCI I/O space
> > and instead use a range of CPU addresses that map to bus addresses. For
> > some architectures these ranges will be expressed by OF bindings
> > in a device tree file.
> > 
> > Introduce a pci_register_io_range() helper function with a generic
> > implementation that can be used by such architectures to keep track
> > of the I/O ranges described by the PCI bindings. If the PCI_IOBASE
> > macro is not defined that signals lack of support for PCI and we
> > return an error.
> > 
> > Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
> > ---
> >  drivers/of/address.c       | 61 ++++++++++++++++++++++++++++++++++++++++++++++
> >  include/linux/of_address.h |  1 +
> >  2 files changed, 62 insertions(+)
> > 
> > diff --git a/drivers/of/address.c b/drivers/of/address.c
> > index 5edfcb0..1345733 100644
> > --- a/drivers/of/address.c
> > +++ b/drivers/of/address.c
> > @@ -5,6 +5,7 @@
> >  #include <linux/module.h>
> >  #include <linux/of_address.h>
> >  #include <linux/pci_regs.h>
> > +#include <linux/slab.h>
> >  #include <linux/string.h>
> >  
> >  /* Max address size we deal with */
> > @@ -601,12 +602,72 @@ const __be32 *of_get_address(struct device_node *dev, int index, u64 *size,
> >  }
> >  EXPORT_SYMBOL(of_get_address);
> >  
> > +struct io_range {
> > +	struct list_head list;
> > +	phys_addr_t start;
> > +	resource_size_t size;
> > +};
> > +
> > +static LIST_HEAD(io_range_list);
> > +
> > +/*
> > + * Record the PCI IO range (expressed as CPU physical address + size).
> > + * Return a negative value if an error has occured, zero otherwise
> > + */
> > +int __weak pci_register_io_range(phys_addr_t addr, resource_size_t size)
> 
> I don't understand the interface here.  What's the mapping from CPU
> physical address to bus I/O port?  For example, I have the following
> machine in mind:
> 
>   HWP0002:00: PCI Root Bridge (domain 0000 [bus 00-1b])
>   HWP0002:00: memory-mapped IO port space [mem 0xf8010000000-0xf8010000fff]
>   HWP0002:00: host bridge window [io  0x0000-0x0fff]
> 
>   HWP0002:09: PCI Root Bridge (domain 0001 [bus 00-1b])
>   HWP0002:09: memory-mapped IO port space [mem 0xf8110000000-0xf8110000fff]
>   HWP0002:09: host bridge window [io  0x1000000-0x1000fff] (PCI address [0x0-0xfff])
> 
> The CPU physical memory [mem 0xf8010000000-0xf8010000fff] is translated by
> the bridge to I/O ports 0x0000-0x0fff on PCI bus 0000:00.  Drivers use,
> e.g., "inb(0)" to access it.
> 
> Similarly, [mem 0xf8110000000-0xf8110000fff] is translated by the second
> bridge to I/O ports 0x0000-0x0fff on PCI bus 0001:00.  Drivers use
> "inb(0x1000000)" to access it.
> 
> pci_register_io_range() seems sort of like it's intended to track the
> memory-mapped IO port spaces, e.g., [mem 0xf8010000000-0xf8010000fff].
> But I would think you'd want to keep track of at least the base port
> number on the PCI bus, too.  Or is that why it's weak?

It's weak in case the default implementation doesn't fit someones requirements.
And yes, it is trying to track the memory-mapped IO port spaces. When
calling pci_address_to_pio() - which takes the CPU address - it will
return the port number (0x0000 - 0x0fff and 0x1000000 - 0x1000fff respectively).
pci_address_to_pio() uses the list built by calling pci_register_io_range()
to calculate the correct offsets (although in this case it would move your
second host bridge io ports to [io 0x1000 - 0x1fff] as it tries not to leave
gaps in the reservations).

> 
> Here's what these look like in /proc/iomem and /proc/ioports (note that
> there are two resource structs for each memory-mapped IO port space: one
> IORESOURCE_MEM for the memory-mapped area (used only by the host bridge
> driver), and one IORESOURCE_IO for the I/O port space (this becomes the
> parent of a region used by a regular device driver):
> 
>   /proc/iomem:
>     PCI Bus 0000:00 I/O Ports 00000000-00000fff
>     PCI Bus 0001:00 I/O Ports 01000000-01000fff
> 
>   /proc/ioports:
>     00000000-00000fff : PCI Bus 0000:00
>     01000000-01000fff : PCI Bus 0001:00

OK, I have a question that might be ovbious to you but I have missed the answer
so far: how does the IORESOURCE_MEM area gets created? Is it the host bridge
driver's job to do it? Is it something that the framework should do when it
notices that the IORESOURCE_IO is memory mapped?

Many thanks,
Liviu

> 
> > +{
> > +#ifdef PCI_IOBASE
> > +	struct io_range *res;
> > +	resource_size_t allocated_size = 0;
> > +
> > +	/* check if the range hasn't been previously recorded */
> > +	list_for_each_entry(res, &io_range_list, list) {
> > +		if (addr >= res->start && addr + size <= res->start + size)
> > +			return 0;
> > +		allocated_size += res->size;
> > +	}
> > +
> > +	/* range not registed yet, check for available space */
> > +	if (allocated_size + size - 1 > IO_SPACE_LIMIT)
> > +		return -E2BIG;
> > +
> > +	/* add the range to the list */
> > +	res = kzalloc(sizeof(*res), GFP_KERNEL);
> > +	if (!res)
> > +		return -ENOMEM;
> > +
> > +	res->start = addr;
> > +	res->size = size;
> > +
> > +	list_add_tail(&res->list, &io_range_list);
> > +
> > +	return 0;
> > +#else
> > +	return -EINVAL;
> > +#endif
> > +}
> > +
> >  unsigned long __weak pci_address_to_pio(phys_addr_t address)
> >  {
> > +#ifdef PCI_IOBASE
> > +	struct io_range *res;
> > +	resource_size_t offset = 0;
> > +
> > +	list_for_each_entry(res, &io_range_list, list) {
> > +		if (address >= res->start &&
> > +			address < res->start + res->size) {
> > +			return res->start - address + offset;
> > +		}
> > +		offset += res->size;
> > +	}
> > +
> > +	return (unsigned long)-1;
> > +#else
> >  	if (address > IO_SPACE_LIMIT)
> >  		return (unsigned long)-1;
> >  
> >  	return (unsigned long) address;
> > +#endif
> >  }
> >  
> >  static int __of_address_to_resource(struct device_node *dev,
> > diff --git a/include/linux/of_address.h b/include/linux/of_address.h
> > index c13b878..ac4aac4 100644
> > --- a/include/linux/of_address.h
> > +++ b/include/linux/of_address.h
> > @@ -55,6 +55,7 @@ extern void __iomem *of_iomap(struct device_node *device, int index);
> >  extern const __be32 *of_get_address(struct device_node *dev, int index,
> >  			   u64 *size, unsigned int *flags);
> >  
> > +extern int pci_register_io_range(phys_addr_t addr, resource_size_t size);
> >  extern unsigned long pci_address_to_pio(phys_addr_t addr);
> >  
> >  extern int of_pci_range_parser_init(struct of_pci_range_parser *parser,
> > -- 
> > 2.0.0
> > 
> 

-- 
====================
| I would like to |
| fix the world,  |
| but they're not |
| giving me the   |
 \ source code!  /
  ---------------
    ?\_(?)_/?

  parent reply	other threads:[~2014-07-08 10:40 UTC|newest]

Thread overview: 218+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-01 18:43 [PATCH v8 0/9] Support for creating generic PCI host bridges from DT Liviu Dudau
2014-07-01 18:43 ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 1/9] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 2/9] pci: Export find_pci_host_bridge() function Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-02 18:06   ` Tanmay Inamdar
2014-07-02 18:06     ` Tanmay Inamdar
2014-07-02 19:12     ` Arnd Bergmann
2014-07-02 19:12       ` Arnd Bergmann
2014-07-02 20:43       ` Tanmay Inamdar
2014-07-02 20:43         ` Tanmay Inamdar
2014-07-03  9:53         ` Liviu Dudau
2014-07-03  9:53           ` Liviu Dudau
2014-07-03 10:26         ` Arnd Bergmann
2014-07-03 10:26           ` Arnd Bergmann
2014-07-07 23:27   ` Bjorn Helgaas
2014-07-07 23:27     ` Bjorn Helgaas
2014-07-07 23:27     ` Bjorn Helgaas
2014-07-08 10:42     ` Liviu Dudau
2014-07-08 10:42       ` Liviu Dudau
2014-07-08 10:42       ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 3/9] pci: Introduce pci_register_io_range() helper function Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 19:36   ` Arnd Bergmann
2014-07-01 19:36     ` Arnd Bergmann
2014-07-01 20:45     ` Liviu Dudau
2014-07-01 20:45       ` Liviu Dudau
2014-07-02 12:30       ` Arnd Bergmann
2014-07-02 12:30         ` Arnd Bergmann
2014-07-02 14:23         ` Liviu Dudau
2014-07-02 14:23           ` Liviu Dudau
2014-07-02 14:23           ` Liviu Dudau
2014-07-02 14:23           ` Liviu Dudau
2014-07-02 14:58           ` Arnd Bergmann
2014-07-02 14:58             ` Arnd Bergmann
2014-07-02 14:58             ` Arnd Bergmann
2014-07-02 11:22   ` Will Deacon
2014-07-02 11:22     ` Will Deacon
2014-07-02 16:00     ` Liviu Dudau
2014-07-02 16:00       ` Liviu Dudau
2014-07-02 12:38   ` Arnd Bergmann
2014-07-02 12:38     ` Arnd Bergmann
2014-07-02 13:20     ` Liviu Dudau
2014-07-02 13:20       ` Liviu Dudau
2014-07-08  0:14   ` Bjorn Helgaas
2014-07-08  0:14     ` Bjorn Helgaas
2014-07-08  7:00     ` Arnd Bergmann
2014-07-08  7:00       ` Arnd Bergmann
2014-07-08 21:29       ` Bjorn Helgaas
2014-07-08 21:29         ` Bjorn Helgaas
2014-07-08 22:45         ` Liviu Dudau
2014-07-08 22:45           ` Liviu Dudau
2014-07-09  6:32           ` Arnd Bergmann
2014-07-09  6:32             ` Arnd Bergmann
2014-07-09  6:32             ` Arnd Bergmann
2014-07-09  9:13             ` Liviu Dudau
2014-07-09  9:13               ` Liviu Dudau
2014-07-09  6:20         ` Arnd Bergmann
2014-07-09  6:20           ` Arnd Bergmann
2014-07-09  9:14           ` Liviu Dudau
2014-07-09  9:14             ` Liviu Dudau
2014-07-09 15:21           ` Bjorn Helgaas
2014-07-09 15:21             ` Bjorn Helgaas
2014-07-08 10:40     ` Liviu Dudau [this message]
2014-07-08 10:40       ` Liviu Dudau
2014-07-08 14:14       ` Arnd Bergmann
2014-07-08 14:14         ` Arnd Bergmann
2014-07-09  8:59         ` Liviu Dudau
2014-07-09  8:59           ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 4/9] pci: OF: Fix the conversion of IO ranges into IO resources Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-05 19:25   ` Rob Herring
2014-07-05 19:25     ` Rob Herring
2014-07-05 19:25     ` Rob Herring
2014-07-05 20:46     ` Arnd Bergmann
2014-07-05 20:46       ` Arnd Bergmann
2014-07-07 11:11       ` Liviu Dudau
2014-07-07 11:11         ` Liviu Dudau
2014-07-07 11:11         ` Liviu Dudau
2014-07-07 21:22         ` Arnd Bergmann
2014-07-07 21:22           ` Arnd Bergmann
2014-07-07 21:22           ` Arnd Bergmann
2014-07-08 10:03           ` Liviu Dudau
2014-07-08 10:03             ` Liviu Dudau
2014-07-08 10:03             ` Liviu Dudau
2014-07-09  8:31             ` Arnd Bergmann
2014-07-09  8:31               ` Arnd Bergmann
2014-07-09  8:31               ` Arnd Bergmann
2014-07-09  9:27               ` Liviu Dudau
2014-07-09  9:27                 ` Liviu Dudau
2014-07-09  9:27                 ` Liviu Dudau
2014-07-16 14:35               ` Rob Herring
2014-07-16 14:35                 ` Rob Herring
2014-07-16 14:35                 ` Rob Herring
2014-07-16 14:47                 ` Liviu Dudau
2014-07-16 14:47                   ` Liviu Dudau
2014-07-16 14:47                   ` Liviu Dudau
2014-07-16 14:47                 ` Arnd Bergmann
2014-07-16 14:47                   ` Arnd Bergmann
2014-07-16 14:47                   ` Arnd Bergmann
2014-07-01 18:43 ` [PATCH v8 5/9] pci: Create pci_host_bridge before its associated bus in pci_create_root_bus Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 6/9] pci: Introduce a domain number for pci_host_bridge Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-08  0:59   ` Bjorn Helgaas
2014-07-08  0:59     ` Bjorn Helgaas
2014-07-08 10:46     ` Liviu Dudau
2014-07-08 10:46       ` Liviu Dudau
2014-07-08 18:41       ` Bjorn Helgaas
2014-07-08 18:41         ` Bjorn Helgaas
2014-07-08 22:48         ` Liviu Dudau
2014-07-08 22:48           ` Liviu Dudau
2014-07-09 15:10           ` Bjorn Helgaas
2014-07-09 15:10             ` Bjorn Helgaas
2014-07-10  9:47             ` Liviu Dudau
2014-07-10  9:47               ` Liviu Dudau
2014-07-10 22:36               ` Bjorn Helgaas
2014-07-10 22:36                 ` Bjorn Helgaas
2014-07-11  9:30                 ` Liviu Dudau
2014-07-11  9:30                   ` Liviu Dudau
2014-07-11  9:30                   ` Liviu Dudau
2014-07-11 14:11                 ` Catalin Marinas
2014-07-11 14:11                   ` Catalin Marinas
2014-07-11 15:08                   ` Liviu Dudau
2014-07-11 15:08                     ` Liviu Dudau
2014-07-11 16:09                     ` Catalin Marinas
2014-07-11 16:09                       ` Catalin Marinas
2014-07-11 17:02                   ` Bjorn Helgaas
2014-07-11 17:02                     ` Bjorn Helgaas
2014-07-11 18:02                     ` Catalin Marinas
2014-07-11 18:02                       ` Catalin Marinas
2014-07-14 16:39                       ` Catalin Marinas
2014-07-14 16:39                         ` Catalin Marinas
2014-07-14 16:39                         ` Catalin Marinas
2014-07-22  3:15                         ` Bjorn Helgaas
2014-07-22  3:15                           ` Bjorn Helgaas
2014-07-25 15:42                           ` Catalin Marinas
2014-07-25 15:42                             ` Catalin Marinas
2014-07-01 18:43 ` [PATCH v8 7/9] pci: of: Parse and map the IRQ when adding the PCI device Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-02 11:17   ` Will Deacon
2014-07-02 11:17     ` Will Deacon
2014-07-05 19:04     ` Rob Herring
2014-07-05 19:04       ` Rob Herring
2014-07-05 19:04       ` Rob Herring
2014-07-01 18:43 ` [PATCH v8 8/9] pci: Add support for creating a generic host_bridge from device tree Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-01 20:50   ` [RESEND] " Liviu Dudau
2014-07-01 20:50     ` Liviu Dudau
2014-07-01 20:50     ` Liviu Dudau
2014-07-01 21:04     ` Liviu Dudau
2014-07-01 21:04       ` Liviu Dudau
2014-07-01 21:04       ` Liviu Dudau
2014-07-02 11:22   ` Will Deacon
2014-07-02 11:22     ` Will Deacon
2014-07-02 17:23     ` Liviu Dudau
2014-07-02 17:23       ` Liviu Dudau
2014-07-02 17:23       ` Liviu Dudau
2014-07-02 17:31       ` Will Deacon
2014-07-02 17:31         ` Will Deacon
2014-07-02 19:09         ` Arnd Bergmann
2014-07-02 19:09           ` Arnd Bergmann
2014-07-08  1:01   ` Bjorn Helgaas
2014-07-08  1:01     ` Bjorn Helgaas
2014-07-08 10:29     ` Liviu Dudau
2014-07-08 10:29       ` Liviu Dudau
2014-07-08 21:33       ` Bjorn Helgaas
2014-07-08 21:33         ` Bjorn Helgaas
2014-07-08 22:27         ` Liviu Dudau
2014-07-08 22:27           ` Liviu Dudau
2014-07-08 22:37           ` Bjorn Helgaas
2014-07-08 22:37             ` Bjorn Helgaas
2014-07-08 22:37             ` Bjorn Helgaas
2014-07-08 22:57             ` Liviu Dudau
2014-07-08 22:57               ` Liviu Dudau
2014-07-09  6:47               ` Arnd Bergmann
2014-07-09  6:47                 ` Arnd Bergmann
2014-07-11  7:43   ` Jingoo Han
2014-07-11  7:43     ` Jingoo Han
2014-07-11  9:08     ` Liviu Dudau
2014-07-11  9:08       ` Liviu Dudau
2014-07-01 18:43 ` [PATCH v8 9/9] pci: Remap I/O bus resources into CPU space with pci_remap_iospace() Liviu Dudau
2014-07-01 18:43   ` Liviu Dudau
2014-07-14 16:54   ` Catalin Marinas
2014-07-14 16:54     ` Catalin Marinas
2014-07-14 16:56     ` Liviu Dudau
2014-07-14 16:56       ` Liviu Dudau
2014-07-14 18:15     ` Arnd Bergmann
2014-07-14 18:15       ` Arnd Bergmann
2014-07-14 18:15       ` Arnd Bergmann
2014-07-15  0:14       ` Liviu Dudau
2014-07-15  0:14         ` Liviu Dudau
2014-07-15  0:14         ` Liviu Dudau
2014-07-15  9:09       ` Catalin Marinas
2014-07-15  9:09         ` Catalin Marinas
2014-07-15  9:09         ` Catalin Marinas
2014-07-06 15:23 ` [PATCH v8 0/9] Support for creating generic PCI host bridges from DT Rob Herring
2014-07-06 15:23   ` Rob Herring
2014-07-06 15:23   ` Rob Herring
2014-07-07 11:12   ` Liviu Dudau
2014-07-07 11:12     ` Liviu Dudau
2014-07-08 17:18   ` Liviu Dudau
2014-07-08 17:18     ` Liviu Dudau
2014-07-11  0:44     ` Tanmay Inamdar
2014-07-11  0:44       ` Tanmay Inamdar
2014-07-11  7:33       ` Jingoo Han
2014-07-11  7:33         ` Jingoo Han
2014-07-11  9:11         ` Liviu Dudau
2014-07-11  9:11           ` Liviu Dudau

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=20140708104050.GA6501@e106497-lin.cambridge.arm.com \
    --to=liviu.dudau@arm.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Will.Deacon@arm.com \
    --cc=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=bhelgaas@google.com \
    --cc=devicetree@vger.kernel.org \
    --cc=grant.likely@secretlab.ca \
    --cc=jg1.han@samsung.com \
    --cc=kgene.kim@samsung.com \
    --cc=linaro-kernel@lists.linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=okaya@codeaurora.org \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=tinamdar@apm.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.