HI Arnd,

Em Mon, 9 Apr 2018 10:50:13 +0200
Arnd Bergmann <a...@arndb.de> escreveu:

> >> > That hardly seems to be an arch-specific iommu solution, but, instead, 
> >> > some
> >> > hack used by only three drivers or some legacy iommu binding.  
> >>
> >> It's more complex than that. There are multiple IOMMU-related APIs on ARM, 
> >> so
> >> more recent than others, with different feature sets. While I agree that
> >> drivers should move away from arm_iommu_create_mapping(), doing so requires
> >> coordination between the IOMMU driver and the bus master driver (for 
> >> instance
> >> the omap3isp driver). It's not a trivial matter, but I'd love if someone
> >> submitted patches :-)  
> >
> > If someone steps up to do that, it would be really helpful, but we
> > should not trust that this will happen. OMAP3 is an old hardware,
> > and not many developers are working on improving its support.  
> Considering its age, I still see a lot of changes on the arch/arm side of
> it, so I wouldn't give up the hope yet.

Yeah, someone might still work on such fix.

> > Arnd,
> >
> > What do you think?  
> I think including a foreign architecture header is worse than your
> earlier patch, I'd rather see a local hack in the driver.
> I haven't tried it, but how about something simpler like what
> I have below.

Actually, another #ifdef was needed, before include arch-specifi
header :-)
>       Arnd
> (in case it works and you want to pick it up with a proper
> changelog):
> Signed-off-by: Arnd Bergmann <a...@arndb.de>

Sounds a reasonable approach. Instead of using CONFIG_ARM, I would,
instead check for CONFIG_ARM_DMA_USE_IOMMU, with is the actual
dependency for such code, as otherwise it could cause some
compilation breakages on ARM with COMPILE_TEST and some randconfig.

An advantage is that it properly annotates the part of the code
that depends on ARM_DMA_USE_IOMMU.


From: Arnd Bergmann <a...@arndb.de>

media: omap3isp: allow it to build with COMPILE_TEST
There aren't much things required for it to build with COMPILE_TEST.
It just needs to not compile the code that depends on arm-specific
iommu implementation.

Co-developed-by: Mauro Carvalho Chehab <mche...@s-opensource.com>
Signed-off-by: Mauro Carvalho Chehab <mche...@s-opensource.com>

diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index 1ee915b794c0..2757b621091c 100644
--- a/drivers/media/platform/Kconfig
+++ b/drivers/media/platform/Kconfig
@@ -63,12 +63,10 @@ config VIDEO_MUX
 config VIDEO_OMAP3
        tristate "OMAP 3 Camera support"
        depends on VIDEO_V4L2 && I2C && VIDEO_V4L2_SUBDEV_API
-       depends on ARCH_OMAP3 || COMPILE_TEST
-       depends on ARM
+       depends on ((ARCH_OMAP3 && OMAP_IOMMU) || COMPILE_TEST)
        depends on COMMON_CLK
        depends on HAS_DMA && OF
-       depends on OMAP_IOMMU
-       select ARM_DMA_USE_IOMMU
+       select ARM_DMA_USE_IOMMU if OMAP_IOMMU
        select VIDEOBUF2_DMA_CONTIG
        select MFD_SYSCON
        select V4L2_FWNODE
diff --git a/drivers/media/platform/omap3isp/isp.c 
index 16c50099cccd..b8c8761a76b6 100644
--- a/drivers/media/platform/omap3isp/isp.c
+++ b/drivers/media/platform/omap3isp/isp.c
@@ -61,7 +61,9 @@
 #include <linux/sched.h>
 #include <linux/vmalloc.h>
 #include <asm/dma-iommu.h>
 #include <media/v4l2-common.h>
 #include <media/v4l2-fwnode.h>
@@ -1938,12 +1940,15 @@ static int isp_initialize_modules(struct isp_device 
 static void isp_detach_iommu(struct isp_device *isp)
        isp->mapping = NULL;
 static int isp_attach_iommu(struct isp_device *isp)
        struct dma_iommu_mapping *mapping;
        int ret;
@@ -1972,6 +1977,9 @@ static int isp_attach_iommu(struct isp_device *isp)
        return ret;
+       return -ENODEV;

Reply via email to