From: Su Friendy friendy...@sony.com.cn
The early mapped ioapic/hpet specified by kernel boot parameter
ivrs_ioapic[ID]/ivrs_hpet[ID] always override the ioapic/hpet with
same ID reported by ACPI IVRS table. Therefore, the early mapped
should be always controlled by iommu.
Current driver did
Hello,
On 2014-09-01 11:38, Arnd Bergmann wrote:
On Monday 01 September 2014 09:53:29 Marek Szyprowski wrote:
On 2014-09-01 09:07, Thierry Reding wrote:
On Mon, Sep 01, 2014 at 07:22:32AM +0200, Marek Szyprowski wrote:
Hi Greg,
On 2014-08-05 12:47, Marek Szyprowski wrote:
This patch adds a
Hello,
On 2014-09-01 13:56, Arnd Bergmann wrote:
On Monday 01 September 2014 12:47:08 Marek Szyprowski wrote:
Who do you think needs to set this flag, and who needs to read it?
In the proposed solution Exynos IOMMU driver creates a separate IO
address space
for every client device in a system
On Monday 01 September 2014 14:07:34 Marek Szyprowski wrote:
On 2014-09-01 13:56, Arnd Bergmann wrote:
On Monday 01 September 2014 12:47:08 Marek Szyprowski wrote:
Who do you think needs to set this flag, and who needs to read it?
In the proposed solution Exynos IOMMU driver creates a
Hi Will,
On Mon, Sep 1, 2014 at 4:42 AM, Will Deacon will.dea...@arm.com wrote:
Hi Tirumalesh,
On Wed, Aug 27, 2014 at 07:02:21PM +0100, c.tirumal...@gmail.com wrote:
From: Tirumalesh Chalamarla tchalama...@cavium.com
This patch modifes output_mask calculation logic for stage 1 and allow
On Friday 29 August 2014 16:54:25 Will Deacon wrote:
set_arch_dma_coherent_ops is called from of_dma_configure in order to
swizzle the architectural dma-mapping functions over to a cache-coherent
implementation. This is currently implemented only for ARM.
In anticipation of re-using this
On Monday 01 September 2014 09:52:19 Thierry Reding wrote:
I don't think this is the right direction. We've been preaching that
using initcall ordering is a bad thing and people should be using
deferred probe instead. Now we have a bunch of these OF tables that do
the exact opposite. Note that
Hi Will,
On Fri, Aug 29, 2014 at 03:47:38PM +0100, Will Deacon wrote:
Hans Wennborg (1):
iommu/arm-smmu: fix decimal printf format specifiers prefixed with 0x
Mitchel Humpherys (1):
iommu/arm-smmu: avoid calling request_irq in atomic context
Olav Haugan (2):
iommu/arm-smmu: Do not
On Monday 01 September 2014 10:13:22 Thierry Reding wrote:
On Fri, Aug 29, 2014 at 04:54:26PM +0100, Will Deacon wrote:
This patch adds a new function to the iommu_ops structure to allow a
device to be added to a specific IOMMU instance along with a set of
opaque IDs that are used
On Monday 01 September 2014 10:29:40 Thierry Reding wrote:
I think this could use a bit more formalization. As I said in another
reply earlier, there's very little standardization in the IOMMU API.
That certainly gives us a lot of flexibility but it also has the
downside that it's difficult
On Friday 29 August 2014 16:54:28 Will Deacon wrote:
static void of_dma_configure(struct platform_device *pdev)
{
- u64 dma_addr, paddr, size;
+ u64 dma_addr, paddr, size, mask;
int ret;
- bool coherent;
+ bool coherent, iommu;
unsigned long
On Tue, Aug 26, 2014 at 02:54:51PM +0100, Will Deacon wrote:
On Tue, Aug 19, 2014 at 07:12:41PM +0100, Mitchel Humpherys wrote:
On Tue, Aug 19 2014 at 05:44:32 AM, Will Deacon will.dea...@arm.com wrote:
@@ -2005,6 +2073,11 @@ int arm_smmu_device_cfg_probe(struct
arm_smmu_device *smmu)
On Mon, Sep 01, 2014 at 03:27:30PM +0100, Arnd Bergmann wrote:
On Friday 29 August 2014 16:54:25 Will Deacon wrote:
set_arch_dma_coherent_ops is called from of_dma_configure in order to
swizzle the architectural dma-mapping functions over to a cache-coherent
implementation. This is
On Mon, Sep 01, 2014 at 03:39:16PM +0100, Arnd Bergmann wrote:
On Monday 01 September 2014 10:13:22 Thierry Reding wrote:
On Fri, Aug 29, 2014 at 04:54:26PM +0100, Will Deacon wrote:
diff --git a/include/linux/iommu.h b/include/linux/iommu.h
index 20f9a527922a..3dd1b99c4542 100644
---
On Mon, Sep 01, 2014 at 03:46:18PM +0100, Arnd Bergmann wrote:
On Monday 01 September 2014 10:29:40 Thierry Reding wrote:
I think this could use a bit more formalization. As I said in another
reply earlier, there's very little standardization in the IOMMU API.
That certainly gives us a
On Monday 01 September 2014 17:34:00 Will Deacon wrote:
On Mon, Sep 01, 2014 at 03:39:16PM +0100, Arnd Bergmann wrote:
On Monday 01 September 2014 10:13:22 Thierry Reding wrote:
On Fri, Aug 29, 2014 at 04:54:26PM +0100, Will Deacon wrote:
diff --git a/include/linux/iommu.h
On Monday 01 September 2014 17:40:00 Will Deacon wrote:
On Mon, Sep 01, 2014 at 03:46:18PM +0100, Arnd Bergmann wrote:
On Monday 01 September 2014 10:29:40 Thierry Reding wrote:
I think this could use a bit more formalization. As I said in another
reply earlier, there's very little
17 matches
Mail list logo