On Thu, 2013-02-28 at 14:39 -0700, Shuah Khan wrote:
When dma_ops are initialized the unity mappings are created. The
init_device_table_dma() function makes sure DMA from all devices is
blocked by default. This opens a short window in time where DMA to
unity mapped regions is blocked by the
* Arnd Bergmann a...@arndb.de [130305 14:21]:
The OMAP IOMMU driver intentionally fails to build on OMAP1
platforms, so we should not allow enabling it there.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Joerg Roedel j...@8bytes.org
Cc: iommu@lists.linux-foundation.org
Cc: Ohad Ben-Cohen
On Wed, 2013-03-06 at 10:48 +0800, Andrew Cooks wrote:
On Tue, Mar 5, 2013 at 11:03 PM, Gaudenz Steinlin gaud...@soziologie.ch
wrote:
[ Sending this to the MVUMI driver authors and the IOMMU list as I can't
tell which part is at fault. ]
[ ... ]
[4.342079] dmar: DRHD: handling
On Fri, 2013-03-01 at 16:26 +0800, Andrew Cooks wrote:
This is my third submitted patch to make Marvell 88SE91xx SATA controllers
work when IOMMU is enabled.[1][2]
What's changed:
* Adopt David Woodhouse's terminology by referring to the quirky functions as
'ghost' functions.
* Unmap
On Wed, Mar 6, 2013 at 12:04 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Fri, 2013-03-01 at 16:26 +0800, Andrew Cooks wrote:
+
+ for (fn = 1; fn 8; fn++) {
Wouldn't you want to do 0 to 7, then add:
if (fn == PCI_FUNC(pdev-devfn))
continue;
You could also get
