On Tue, Nov 19, 2013 at 08:45:02PM +, Rob Herring wrote:
On 11/19/2013 11:35 AM, Will Deacon wrote:
Adding Andreas and Rob for input on potential binding additions to the SMMU.
The above proposal would be an incompatible change. However, I think we
could still deal with a change in this
On Wed, Nov 20, 2013 at 04:17:08AM +0100, Hiroshi Doyu wrote:
Stephen Warren swar...@wwwdotorg.org wrote @ Tue, 19 Nov 2013 22:22:47
+0100:
On 11/19/2013 05:03 AM, Hiroshi Doyu wrote:
Hi Thierry,
Thierry Reding thierry.red...@gmail.com wrote @ Tue, 19 Nov 2013
11:25:07 +0100:
On Wed, Nov 20, 2013 at 10:31:11AM +, Will Deacon wrote:
On Tue, Nov 19, 2013 at 08:45:02PM +, Rob Herring wrote:
On 11/19/2013 11:35 AM, Will Deacon wrote:
Adding Andreas and Rob for input on potential binding additions to the
SMMU.
The above proposal would be an
Thierry Reding thierry.red...@gmail.com wrote @ Wed, 20 Nov 2013 14:14:48
+0100:
Does the above mean the following?
int of_iommu_attach(struct device *dev)
{
int i;
struct of_phandle_args args;
of_property_for_each_phandle_with_args(dev-of_node, iommus,
On Mon, 2013-11-11 at 16:09 -0700, Alex Williamson wrote:
On Thu, 2013-11-07 at 16:37 +, David Woodhouse wrote:
On Fri, 2013-05-24 at 11:14 -0600, Alex Williamson wrote:
iommu_map splits requests into pages that the iommu driver reports
that it can handle. The iommu_unmap path does
On Fri, 2013-11-08 at 08:46 -0700, Bjorn Helgaas wrote:
I don't know the IOMMU drivers well either, but it seems like they
rely on notifications of device addition and removal (see
iommu_bus_notifier()). It doesn't seem right for them to also use the
generic PCI interfaces like
On 11/20/2013 07:03 AM, Hiroshi Doyu wrote:
Thierry Reding thierry.red...@gmail.com wrote @ Wed, 20 Nov 2013 14:14:48
+0100:
(Yes, what Thierry said)
Does the above mean the following?
int of_iommu_attach(struct device *dev)
{
int i;
struct of_phandle_args args;
On Tue, 2013-11-19 at 10:47 +0530, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
PAMU (FSL IOMMU) has a concept of primary window and subwindows.
Primary window corresponds to the complete guest iova address space
(including MSI space), with respect to IOMMU_API
On Wed, Nov 20, 2013 at 7:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Wed, Nov 20, 2013 at 10:31:11AM +, Will Deacon wrote:
On Tue, Nov 19, 2013 at 08:45:02PM +, Rob Herring wrote:
On 11/19/2013 11:35 AM, Will Deacon wrote:
Adding Andreas and Rob for input on potential
On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu hd...@nvidia.com wrote:
Hi Rob,
Rob Herring robherri...@gmail.com wrote @ Tue, 19 Nov 2013 21:45:02 +0100:
On 11/19/2013 11:35 AM, Will Deacon wrote:
On Tue, Nov 19, 2013 at 09:40:54AM +, Hiroshi Doyu wrote:
Grant Likely
On Wed, Nov 20, 2013 at 4:31 AM, Will Deacon will.dea...@arm.com wrote:
On Tue, Nov 19, 2013 at 08:45:02PM +, Rob Herring wrote:
On 11/19/2013 11:35 AM, Will Deacon wrote:
Adding Andreas and Rob for input on potential binding additions to the
SMMU.
The above proposal would be an
On 11/20/2013 01:02 PM, Rob Herring wrote:
On Wed, Nov 20, 2013 at 12:39 AM, Hiroshi Doyu hd...@nvidia.com wrote:
Hi Rob,
Rob Herring robherri...@gmail.com wrote @ Tue, 19 Nov 2013 21:45:02 +0100:
On 11/19/2013 11:35 AM, Will Deacon wrote:
On Tue, Nov 19, 2013 at 09:40:54AM +, Hiroshi
On 2013/11/20 23:59, David Woodhouse wrote:
On Fri, 2013-11-08 at 08:46 -0700, Bjorn Helgaas wrote:
I don't know the IOMMU drivers well either, but it seems like they
rely on notifications of device addition and removal (see
iommu_bus_notifier()). It doesn't seem right for them to also use
13 matches
Mail list logo