On Wed, Jan 07, 2015 at 07:29:15PM +, Arnd Bergmann wrote:
> On Wednesday 07 January 2015 18:57:05 Will Deacon wrote:
> > Sorry for the delay on this, I had to do a bit of digging.
> >
> > On Mon, Dec 22, 2014 at 01:36:01PM +, Arnd Bergmann wrote:
> > > Do you think it's possible that we m
On Wednesday 07 January 2015 18:57:05 Will Deacon wrote:
>
> Sorry for the delay on this, I had to do a bit of digging.
>
> On Mon, Dec 22, 2014 at 01:36:01PM +, Arnd Bergmann wrote:
> > Do you think it's possible that we might have to deal with a single PCI host
> > that is connected two dif
Hi Arnd,
Sorry for the delay on this, I had to do a bit of digging.
On Mon, Dec 22, 2014 at 01:36:01PM +, Arnd Bergmann wrote:
> Do you think it's possible that we might have to deal with a single PCI host
> that is connected two different SMMU instances for the purposes of extending
> the St
On Sunday 21 December 2014 10:04:51 Will Deacon wrote:
> On Wed, Dec 17, 2014 at 07:48:29PM +, Arnd Bergmann wrote:
> > On Wednesday 17 December 2014 17:17:52 Will Deacon wrote:
> > > > > > I would hope that PCI is the only case we need to worry about for a
> > > > > > while.
> > > > > > This
On Wed, Dec 17, 2014 at 07:48:29PM +, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 17:17:52 Will Deacon wrote:
> > > > > I would hope that PCI is the only case we need to worry about for a
> > > > > while.
> > > > > This means we just need to come up with another property or a set of
On Wednesday 17 December 2014 17:17:52 Will Deacon wrote:
> > > > I would hope that PCI is the only case we need to worry about for a
> > > > while.
> > > > This means we just need to come up with another property or a set of
> > > > properties
> > > > that we can put into a PCI host controller d
On Wed, Dec 17, 2014 at 03:38:22PM +, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 15:01:58 Will Deacon wrote:
> > On Wed, Dec 17, 2014 at 02:27:30PM +, Robin Murphy wrote:
> > > I thoroughly dislike the idea, but one /could/ simply abuse the generic
> > > bindings well within the
On Wed, Dec 17, 2014 at 03:35:29PM +, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 14:45:18 Will Deacon wrote:
> > On Wed, Dec 17, 2014 at 02:15:12PM +, Arnd Bergmann wrote:
> > > On Wednesday 17 December 2014 12:09:49 Will Deacon wrote:
> > The icky part is that an ARM SMMU can hav
On Wednesday 17 December 2014 15:01:58 Will Deacon wrote:
> On Wed, Dec 17, 2014 at 02:27:30PM +, Robin Murphy wrote:
> > On 17/12/14 12:09, Will Deacon wrote:
> > > I think that's a slightly different case. The `grouping' in the DT, is on
> > > a
> > > per-master basis where a master may have
On Wednesday 17 December 2014 14:45:18 Will Deacon wrote:
> On Wed, Dec 17, 2014 at 02:15:12PM +, Arnd Bergmann wrote:
> > On Wednesday 17 December 2014 12:09:49 Will Deacon wrote:
> > > On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
> > > > On Monday 15 December 2014 18:09:33 W
On Wed, Dec 17, 2014 at 02:27:30PM +, Robin Murphy wrote:
> On 17/12/14 12:09, Will Deacon wrote:
> > On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
> >> On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> Using a single domain is a bit of a waste of resources in my ca
On Wed, Dec 17, 2014 at 02:15:12PM +, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 12:09:49 Will Deacon wrote:
> > On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
> > > On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> > > > > Using a single domain is a bit of a wa
Hi Will,
On 17/12/14 12:09, Will Deacon wrote:
On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
On Monday 15 December 2014 18:09:33 Will Deacon wrote:
Using a single domain is a bit of a waste of resources in my case, so an
evolution would be to create four domains and assign dev
On Wednesday 17 December 2014 12:09:49 Will Deacon wrote:
> On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
> > On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> > > > Using a single domain is a bit of a waste of resources in my case, so
> > > > an
> > > > evolution would be
On Tue, Dec 16, 2014 at 12:08:15PM +, Arnd Bergmann wrote:
> On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> > > Using a single domain is a bit of a waste of resources in my case, so an
> > > evolution would be to create four domains and assign devices to them
> > > based on
> > > a
On Wed, Dec 17, 2014 at 12:19:45AM +, Laurent Pinchart wrote:
> On Monday 15 December 2014 11:32:52 Will Deacon wrote:
> > On Sun, Dec 14, 2014 at 03:51:13PM +, Laurent Pinchart wrote:
> > > On Monday 01 December 2014 16:57:12 Will Deacon wrote:
> > > > + of_dma_configure(&dev->dev);
Hi Will,
On Monday 15 December 2014 11:32:52 Will Deacon wrote:
> On Sun, Dec 14, 2014 at 03:51:13PM +, Laurent Pinchart wrote:
> > On Monday 01 December 2014 16:57:12 Will Deacon wrote:
> > > This patch extends of_dma_configure so that it sets up the IOMMU for a
> > > device, as well as the c
Hi Will,
On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> On Mon, Dec 15, 2014 at 05:16:50PM +, Laurent Pinchart wrote:
> > On Monday 15 December 2014 16:40:41 Will Deacon wrote:
> >> On Sun, Dec 14, 2014 at 03:49:34PM +, Laurent Pinchart wrote:
> >>> On Wednesday 10 December 2014
On Monday 15 December 2014 18:09:33 Will Deacon wrote:
> > Using a single domain is a bit of a waste of resources in my case, so an
> > evolution would be to create four domains and assign devices to them based
> > on
> > a policy. The policy could be fixed (round-robin for instance), or
> > co
On Mon, Dec 15, 2014 at 05:16:50PM +, Laurent Pinchart wrote:
> On Monday 15 December 2014 16:40:41 Will Deacon wrote:
> > On Sun, Dec 14, 2014 at 03:49:34PM +, Laurent Pinchart wrote:
> > > On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> > > > On Wed, Dec 10, 2014 at 02:52:56PM
Hi Will,
On Monday 15 December 2014 16:40:41 Will Deacon wrote:
> On Sun, Dec 14, 2014 at 03:49:34PM +, Laurent Pinchart wrote:
> > On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> > > On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> > > > so, what is the way for a drive
On Sun, Dec 14, 2014 at 03:59:38PM +, Laurent Pinchart wrote:
> On Sunday 14 December 2014 17:49:34 Laurent Pinchart wrote:
> > On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> > > On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> > > > so, what is the way for a driver tha
On Sun, Dec 14, 2014 at 03:49:34PM +, Laurent Pinchart wrote:
> Hi Will,
Hi Laurent,
> On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> > On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> > > so, what is the way for a driver that explicitly wants to manage it's
> > > own
On Sun, Dec 14, 2014 at 03:51:13PM +, Laurent Pinchart wrote:
> On Monday 01 December 2014 16:57:12 Will Deacon wrote:
> > This patch extends of_dma_configure so that it sets up the IOMMU for a
> > device, as well as the coherent/non-coherent DMA mapping ops.
> >
> > Acked-by: Arnd Bergmann
>
Hi Will,
On Sunday 14 December 2014 17:49:34 Laurent Pinchart wrote:
> On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> > On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> > > On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
> > > > This patch extends of_dma_configure so t
Hi Will,
On Monday 01 December 2014 16:57:12 Will Deacon wrote:
> This patch extends of_dma_configure so that it sets up the IOMMU for a
> device, as well as the coherent/non-coherent DMA mapping ops.
>
> Acked-by: Arnd Bergmann
> Acked-by: Marek Szyprowski
> Tested-by: Robin Murphy
> Signed-o
Hi Will,
On Wednesday 10 December 2014 15:08:53 Will Deacon wrote:
> On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> > On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
> > > This patch extends of_dma_configure so that it sets up the IOMMU for a
> > > device, as well as the coheren
Hi Robin,
On Wednesday 10 December 2014 15:54:10 Robin Murphy wrote:
> On 10/12/14 15:08, Will Deacon wrote:
> > On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> >> On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
> >>> This patch extends of_dma_configure so that it sets up the IOM
On 10/12/14 15:08, Will Deacon wrote:
On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
This patch extends of_dma_configure so that it sets up the IOMMU for a
device, as well as the coherent/non-coherent DMA mapping ops.
Acked-by: A
On Wed, Dec 10, 2014 at 02:52:56PM +, Rob Clark wrote:
> On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
> > This patch extends of_dma_configure so that it sets up the IOMMU for a
> > device, as well as the coherent/non-coherent DMA mapping ops.
> >
> > Acked-by: Arnd Bergmann
> > Acked-b
On Mon, Dec 1, 2014 at 11:57 AM, Will Deacon wrote:
> This patch extends of_dma_configure so that it sets up the IOMMU for a
> device, as well as the coherent/non-coherent DMA mapping ops.
>
> Acked-by: Arnd Bergmann
> Acked-by: Marek Szyprowski
> Tested-by: Robin Murphy
> Signed-off-by: Will D
On Mon, Dec 1, 2014 at 10:57 AM, Will Deacon wrote:
> This patch extends of_dma_configure so that it sets up the IOMMU for a
> device, as well as the coherent/non-coherent DMA mapping ops.
>
> Acked-by: Arnd Bergmann
> Acked-by: Marek Szyprowski
> Tested-by: Robin Murphy
> Signed-off-by: Will D
This patch extends of_dma_configure so that it sets up the IOMMU for a
device, as well as the coherent/non-coherent DMA mapping ops.
Acked-by: Arnd Bergmann
Acked-by: Marek Szyprowski
Tested-by: Robin Murphy
Signed-off-by: Will Deacon
---
arch/arm/include/asm/dma-mapping.h | 4 +++-
drivers/
33 matches
Mail list logo