Re: [PATCH 1/1] iova: Allow compiling the library without IOMMU support

2019-01-11 Thread Joerg Roedel
On Wed, Jan 02, 2019 at 11:16:57PM +0200, Sakari Ailus wrote: > Drivers such as the Intel IPU3 ImgU driver use the IOVA library to manage > the device's own virtual address space while not implementing the IOMMU > API. Currently the IOVA library is only compiled if the IOMMU support is > enabled, r

[PATCH] arm: omap: Fix build error in ispccdc.c

2011-09-06 Thread Joerg Roedel
ux/slab.h' include to fix the problem. Cc: Laurent Pinchart Cc: linux-media@vger.kernel.org Cc: linux-o...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Joerg Roedel --- drivers/media/video/omap3isp/ispccdc.c |1 + 1 files changed

Re: [PATCH v6 1/3] iommu: Implement common IOMMU ops for DMA mapping

2015-10-30 Thread Joerg Roedel
On Fri, Oct 30, 2015 at 09:17:52AM +0800, Daniel Kurtz wrote: > Hmm, I thought the DMA API maps a (possibly) non-contiguous set of > memory pages into a contiguous block in device memory address space. > This would allow passing a dma mapped buffer to device dma using just > a device address and le

Re: [GIT PULL FOR v3.16] Migrate the OMAP3 ISP driver to videobuf2

2014-06-05 Thread Joerg Roedel
Hi Mauro, On Wed, Jun 04, 2014 at 08:53:10PM -0300, Mauro Carvalho Chehab wrote: > Hi Joerg, > > I have one topic branch here that depends on your branch: > git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git arm/omap > > Did you send already a pull request for Linus? If not, when

Re: [PATCH 0/4] Fix omap-iommu bitrot

2024-10-30 Thread Joerg Roedel
On Mon, Oct 28, 2024 at 05:58:34PM +, Robin Murphy wrote: > It seems omap-iommu hasn't had enough mainline users to avoid bitrotting > through the more recent evolution of the IOMMU API internals. These > patches attempt to bring it and its consumers sufficiently up-to-date > to work again, in

Re: [PATCH 0/4] Fix omap-iommu bitrot

2024-10-30 Thread Joerg Roedel
On Wed, Oct 30, 2024 at 12:20:31PM +0100, H. Nikolaus Schaller wrote: > Why that? There was a discussion and everyone agreed to remove omap2, > but not omap3 and later. I raised this question to make sure the things we maintain are still relevant. Developer and maintainers time is limited and we s