Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-05-12 Thread Laurent Pinchart
Hi Marek, On Wednesday 04 March 2015 10:20:36 Marek Szyprowski wrote: > On 2015-02-16 17:14, Laurent Pinchart wrote: > > On Thursday 05 February 2015 16:31:58 Laura Abbott wrote: > >> Hi, > >> > >> On the heels of Exynos integrating SMMU in to the DT for probing, > >> this series attempts to add

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-03-04 Thread Laurent Pinchart
Hi Will, (CC'ing Thierry Reding who was missing. Thierry, you'll have to look at the archive for the discussion, but here's at least a start pointer) On Wednesday 04 March 2015 15:25:05 Will Deacon wrote: > On Tue, Mar 03, 2015 at 11:54:46PM +, Laurent Pinchart wrote: > > Hello, > > Hi Laur

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-03-04 Thread Will Deacon
On Tue, Mar 03, 2015 at 11:54:46PM +, Laurent Pinchart wrote: > Hello, Hi Laurent, > I haven't seen any reply to this e-mail. I know that the combination of > IOMMU, > DMA mapping and DT doesn't exactly sound like fun, but I think we still need > to move on :-) Yup, and thanks for taking

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-03-04 Thread Marek Szyprowski
Hello, On 2015-02-16 17:14, Laurent Pinchart wrote: Hi Laura and all, On Thursday 05 February 2015 16:31:58 Laura Abbott wrote: Hi, On the heels of Exynos integrating SMMU in to the DT for probing, this series attempts to add support to make SMMU drivers work with deferred probing. This has b

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-03-03 Thread Laurent Pinchart
Hello, I haven't seen any reply to this e-mail. I know that the combination of IOMMU, DMA mapping and DT doesn't exactly sound like fun, but I think we still need to move on :-) Will and Arnd, could you please confirm that my summary below matches your memories of our discussion ? On Monday 1

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-02-16 Thread Laurent Pinchart
Hi Laura and all, On Thursday 05 February 2015 16:31:58 Laura Abbott wrote: > Hi, > > On the heels of Exynos integrating SMMU in to the DT for probing, > this series attempts to add support to make SMMU drivers work with > deferred probing. This has been referenced before[1] but this is > some ac

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-02-11 Thread Marek Szyprowski
Hello, On 2015-02-07 23:41, a...@arndb.de wrote: Laura Abbott hat am 6. Februar 2015 um 01:31 geschrieben: The requirement for this is based on a previous patch to add clock support to the ARM SMMU driver[2]. Once we have clock support, it's possible that the driver itself may need to be defer

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-02-09 Thread Laura Abbott
On 2/7/2015 2:41 PM, a...@arndb.de wrote: Laura Abbott hat am 6. Februar 2015 um 01:31 geschrieben: The requirement for this is based on a previous patch to add clock support to the ARM SMMU driver[2]. Once we have clock support, it's possible that the driver itself may need to be defered whic

Re: [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-02-07 Thread a...@arndb.de
Laura Abbott hat am 6. Februar 2015 um 01:31 geschrieben: > > The requirement for this is based on a previous patch to add clock > support to the ARM SMMU driver[2]. Once we have clock support, it's > possible that the driver itself may need to be defered which breaks > a bunch of assumptions abou

[PATCH/RFC 0/4] Probe deferral for IOMMU DT integration

2015-02-05 Thread Laura Abbott
Hi, On the heels of Exynos integrating SMMU in to the DT for probing, this series attempts to add support to make SMMU drivers work with deferred probing. This has been referenced before[1] but this is some actual code to use as a starting point for discussion. The requirement for this is based o