Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

2017-03-29 Thread liviu.du...@arm.com
On Wed, Mar 29, 2017 at 01:34:00PM +, Alexey Brodkin wrote: > Hi Liviu, Rob, Hi Alexey, > > On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote: > > On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote: > > > > > > Hi Liviu, > > >

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

2017-03-29 Thread liviu.du...@arm.com
On Wed, Mar 29, 2017 at 01:34:00PM +, Alexey Brodkin wrote: > Hi Liviu, Rob, Hi Alexey, > > On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote: > > On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote: > > > > > > Hi Liviu, > > >

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

2017-03-03 Thread liviu.du...@arm.com
On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote: > Hi Liviu, > > On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote: > > On Fri, Mar 03, 2017 at 06:19:24PM +0300, Alexey Brodkin wrote: > > > > > > - /* find the encoder node and initialize it */ > > > - encoder_node =

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

2017-03-03 Thread liviu.du...@arm.com
On Fri, Mar 03, 2017 at 05:48:19PM +, Alexey Brodkin wrote: > Hi Liviu, > > On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote: > > On Fri, Mar 03, 2017 at 06:19:24PM +0300, Alexey Brodkin wrote: > > > > > > - /* find the encoder node and initialize it */ > > > - encoder_node =

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-14 Thread liviu.du...@arm.com
On Mon, Nov 14, 2016 at 08:26:42AM +, Gabriele Paoloni wrote: > Hi Liviu > [snip] > > > > > > > > Your idea is a good one, however you are abusing PCIBIOS_MIN_IO and > > you > > > > actually need another variable for "reserving" an area in the I/O > > space > > > > that can be used for

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-14 Thread liviu.du...@arm.com
On Mon, Nov 14, 2016 at 08:26:42AM +, Gabriele Paoloni wrote: > Hi Liviu > [snip] > > > > > > > > Your idea is a good one, however you are abusing PCIBIOS_MIN_IO and > > you > > > > actually need another variable for "reserving" an area in the I/O > > space > > > > that can be used for

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
On Fri, Nov 11, 2016 at 03:53:53PM +, Gabriele Paoloni wrote: > Hi Liviu Hi Gabriele, > > > -Original Message- > > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > > Sent: 11 November 2016 14:46 > > To: Gabriele Paoloni > &

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
On Fri, Nov 11, 2016 at 03:53:53PM +, Gabriele Paoloni wrote: > Hi Liviu Hi Gabriele, > > > -Original Message- > > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > > Sent: 11 November 2016 14:46 > > To: Gabriele Paoloni > &

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
mail.com; > > robh...@kernel.org; kant...@163.com; linux-ser...@vger.kernel.org; > > catalin.mari...@arm.com; o...@lixom.net; liviu.du...@arm.com; > > bhelgaas@googl e.com; zhichang.yua...@gmail.com > > Subject: Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on >

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
mail.com; > > robh...@kernel.org; kant...@163.com; linux-ser...@vger.kernel.org; > > catalin.mari...@arm.com; o...@lixom.net; liviu.du...@arm.com; > > bhelgaas@googl e.com; zhichang.yua...@gmail.com > > Subject: Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on >

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
Hi Arnd, On Thu, Nov 10, 2016 at 05:07:21PM +0100, Arnd Bergmann wrote: > On Thursday, November 10, 2016 3:36:49 PM CET Gabriele Paoloni wrote: > > > > Where should we get the range from? For LPC we know that it is going > > Work on anything that is not used by PCI I/O space, and this is > >

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

2016-11-11 Thread liviu.du...@arm.com
Hi Arnd, On Thu, Nov 10, 2016 at 05:07:21PM +0100, Arnd Bergmann wrote: > On Thursday, November 10, 2016 3:36:49 PM CET Gabriele Paoloni wrote: > > > > Where should we get the range from? For LPC we know that it is going > > Work on anything that is not used by PCI I/O space, and this is > >

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

2016-11-11 Thread liviu.du...@arm.com
On Thu, Nov 10, 2016 at 04:06:40PM +, Gabriele Paoloni wrote: > Hi Liviu > > > -Original Message- > > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > > Sent: 09 November 2016 16:51 > > To: Gabriele Paoloni > > Cc: Yuanzhichang; catalin.

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

2016-11-11 Thread liviu.du...@arm.com
On Thu, Nov 10, 2016 at 04:06:40PM +, Gabriele Paoloni wrote: > Hi Liviu > > > -Original Message- > > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com] > > Sent: 09 November 2016 16:51 > > To: Gabriele Paoloni > > Cc: Yuanzhichang; catalin.

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

2016-11-09 Thread liviu.du...@arm.com
On Wed, Nov 09, 2016 at 04:16:17PM +, Gabriele Paoloni wrote: > Hi Liviu > > Thanks for reviewing > [removed some irrelevant part of discussion, avoid crazy formatting] > > > +/** > > > + * addr_is_indirect_io - check whether the input taddr is for > > indirectIO. > > > + * @taddr: the io

Re: [PATCH V5 2/3] ARM64 LPC: Add missing range exception for special ISA

2016-11-09 Thread liviu.du...@arm.com
On Wed, Nov 09, 2016 at 04:16:17PM +, Gabriele Paoloni wrote: > Hi Liviu > > Thanks for reviewing > [removed some irrelevant part of discussion, avoid crazy formatting] > > > +/** > > > + * addr_is_indirect_io - check whether the input taddr is for > > indirectIO. > > > + * @taddr: the io

Re: Purpose of pci_remap_iospace

2016-07-13 Thread liviu.du...@arm.com
On Wed, Jul 13, 2016 at 05:28:47PM +0200, Arnd Bergmann wrote: > On Wednesday, July 13, 2016 3:16:21 PM CEST Bharat Kumar Gogada wrote: > > > > > This has neither the PCI memory nor the I/O resource, it looks like you > > > never > > > call pci_add_resource_offset() to start with, or maybe it

Re: Purpose of pci_remap_iospace

2016-07-13 Thread liviu.du...@arm.com
On Wed, Jul 13, 2016 at 05:28:47PM +0200, Arnd Bergmann wrote: > On Wednesday, July 13, 2016 3:16:21 PM CEST Bharat Kumar Gogada wrote: > > > > > This has neither the PCI memory nor the I/O resource, it looks like you > > > never > > > call pci_add_resource_offset() to start with, or maybe it

Re: Purpose of pci_remap_iospace

2016-07-13 Thread liviu.du...@arm.com
On Wed, Jul 13, 2016 at 08:11:56AM +, Bharat Kumar Gogada wrote: > > Subject: Re: Purpose of pci_remap_iospace > > > > On Tuesday, July 12, 2016 6:57:10 AM CEST Bharat Kumar Gogada wrote: > > > Hi, > > > > > > I have a query. > > > > > > Can any once explain the purpose of pci_remap_iospace

Re: Purpose of pci_remap_iospace

2016-07-13 Thread liviu.du...@arm.com
On Wed, Jul 13, 2016 at 08:11:56AM +, Bharat Kumar Gogada wrote: > > Subject: Re: Purpose of pci_remap_iospace > > > > On Tuesday, July 12, 2016 6:57:10 AM CEST Bharat Kumar Gogada wrote: > > > Hi, > > > > > > I have a query. > > > > > > Can any once explain the purpose of pci_remap_iospace

Re: PCIe host controller behind IOMMU on ARM

2015-11-12 Thread liviu.du...@arm.com
On Thu, Nov 12, 2015 at 09:26:33AM +, Phil Edworthy wrote: > Hi Liviu, Arnd, > > On 11 November 2015 18:25, LIviu wrote: > > On Mon, Nov 09, 2015 at 12:32:13PM +, Phil Edworthy wrote: > > > Hi Liviu, Will, > > > > > > On 04 November 2015 15:19, Phil wrote: > > > > On 04 November 2015

Re: PCIe host controller behind IOMMU on ARM

2015-11-12 Thread liviu.du...@arm.com
On Thu, Nov 12, 2015 at 09:26:33AM +, Phil Edworthy wrote: > Hi Liviu, Arnd, > > On 11 November 2015 18:25, LIviu wrote: > > On Mon, Nov 09, 2015 at 12:32:13PM +, Phil Edworthy wrote: > > > Hi Liviu, Will, > > > > > > On 04 November 2015 15:19, Phil wrote: > > > > On 04 November 2015

Re: PCIe host controller behind IOMMU on ARM

2015-11-11 Thread liviu.du...@arm.com
On Mon, Nov 09, 2015 at 12:32:13PM +, Phil Edworthy wrote: > Hi Liviu, Will, > > On 04 November 2015 15:19, Phil wrote: > > On 04 November 2015 15:02, Liviu wrote: > > > On Wed, Nov 04, 2015 at 02:48:38PM +, Phil Edworthy wrote: > > > > Hi Liviu, > > > > > > > > On 04 November 2015 14:24,

Re: PCIe host controller behind IOMMU on ARM

2015-11-11 Thread liviu.du...@arm.com
On Mon, Nov 09, 2015 at 12:32:13PM +, Phil Edworthy wrote: > Hi Liviu, Will, > > On 04 November 2015 15:19, Phil wrote: > > On 04 November 2015 15:02, Liviu wrote: > > > On Wed, Nov 04, 2015 at 02:48:38PM +, Phil Edworthy wrote: > > > > Hi Liviu, > > > > > > > > On 04 November 2015 14:24,

Re: PCIe host controller behind IOMMU on ARM

2015-11-04 Thread liviu.du...@arm.com
On Wed, Nov 04, 2015 at 02:48:38PM +, Phil Edworthy wrote: > Hi Liviu, > > On 04 November 2015 14:24, Liviu wrote: > > On Wed, Nov 04, 2015 at 01:57:48PM +, Phil Edworthy wrote: > > > Hi, > > > > > > I am trying to hook up a PCIe host controller that sits behind an IOMMU, > > > but having

Re: PCIe host controller behind IOMMU on ARM

2015-11-04 Thread liviu.du...@arm.com
On Wed, Nov 04, 2015 at 01:57:48PM +, Phil Edworthy wrote: > Hi, > > I am trying to hook up a PCIe host controller that sits behind an IOMMU, > but having some problems. > > I'm using the pcie-rcar PCIe host controller and it works fine without > the IOMMU, and I can attach the IOMMU to the

Re: PCIe host controller behind IOMMU on ARM

2015-11-04 Thread liviu.du...@arm.com
On Wed, Nov 04, 2015 at 02:48:38PM +, Phil Edworthy wrote: > Hi Liviu, > > On 04 November 2015 14:24, Liviu wrote: > > On Wed, Nov 04, 2015 at 01:57:48PM +, Phil Edworthy wrote: > > > Hi, > > > > > > I am trying to hook up a PCIe host controller that sits behind an IOMMU, > > > but having

Re: PCIe host controller behind IOMMU on ARM

2015-11-04 Thread liviu.du...@arm.com
On Wed, Nov 04, 2015 at 01:57:48PM +, Phil Edworthy wrote: > Hi, > > I am trying to hook up a PCIe host controller that sits behind an IOMMU, > but having some problems. > > I'm using the pcie-rcar PCIe host controller and it works fine without > the IOMMU, and I can attach the IOMMU to the