[PATCH v2 3/5] dmaengine: rcar-dmac: add iommu support for slave transfers

Enable slave transfers to devices behind IPMMU:s by mapping the slave addresses using the dma-mapping API. Signed-off-by: Niklas Söderlund --- drivers/dma/sh/rcar-dmac.c | 59 ++ 1 file changed, 54 insertions(+),

[PATCH v2 0/5] dmaengine: rcar-dmac: add iommu support for slave transfers

Hi, This series add iommu support to rcar-dmac. It's tested on both lager and koelsch with CONFIG_IPMMU_VMSA and by enabling the ipmmu_ds node in r8a779{0,1}.dtsi. I verified operation by interacting with /dev/mmcblk1 which is a device behind the iommu. Vinod can you clarify on whether or not

[PATCH v2 4/5] ARM: dts: r8a7790: add iommus to dmac0 and dmac1

Signed-off-by: Niklas Söderlund --- arch/arm/boot/dts/r8a7790.dtsi | 30 ++ 1 file changed, 30 insertions(+) diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi index e07ae5d..23af349 100644 ---

[PATCH v2 5/5] ARM: dts: r8a7791: add iommus to dmac0 and dmac1

Signed-off-by: Niklas Söderlund --- arch/arm/boot/dts/r8a7791.dtsi | 30 ++ 1 file changed, 30 insertions(+) diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi index 328f48b..bf3702d 100644 ---

Re: [GIT PULL for v4.5-rc1] media controller next gen patch series

On Tue, Jan 19, 2016 at 10:53:05AM -0300, Javier Martinez Canillas wrote: > Hello, > > On 01/19/2016 07:20 AM, Mauro Carvalho Chehab wrote: > >Em Tue, 19 Jan 2016 11:02:30 +0100 > >Geert Uytterhoeven escreveu: > > > >>Hi Mauro, > >> > >>On Tue, Jan 12, 2016 at 11:43 AM,

Re: [PATCH 1/2] ARM: dts: r8a7793: add CAN clocks

On Thu, Jan 21, 2016 at 09:15:27PM +0900, Simon Horman wrote: > On 木, 1月 21, 2016 at 09:38:21午前 +0100, Geert Uytterhoeven wrote: > > Hi Simon, > > > > On Thu, Jan 21, 2016 at 6:09 AM, Simon Horman > > wrote: > > > The R-Car CAN controllers can derive the CAN bus

[PATCH/RFC v2 38/56] DocBook: media: Document the media request API

The media request API is made of a new ioctl to implement request management. Document it. Signed-off-by: Laurent Pinchart --- .../DocBook/media/v4l/media-controller.xml | 1 + .../DocBook/media/v4l/media-ioc-request-cmd.xml| 194

[PATCH/RFC v2 50/56] v4l: vsp1: Pass display list explicitly to configure functions

Modules write register values to the active display list pointed to by the pipeline. In order to support the request API we need to fill display lists ahead of time. This requires passing the display list explicitly to all configuration functions. Signed-off-by: Laurent Pinchart

[PATCH/RFC v2 20/56] v4l: vsp1: Add race condition FIXME comment

Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_video.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/media/platform/vsp1/vsp1_video.c b/drivers/media/platform/vsp1/vsp1_video.c index 18ac873f5197..449d2366a4c6

[PATCH/RFC v2 29/56] videodev2.h: Add request field to v4l2_pix_format_mplane

Let userspace specify a request ID when getting or setting formats. The support is limited to the multi-planar API at the moment, extending it to the single-planar API is possible if needed. >From a userspace point of view the API change is also minimized and doesn't require any new ioctl.

[PATCH/RFC v2 48/56] v4l: vsp1: Use __vsp1_video_try_format to initialize format at init time

Reuse the runtime logic to initialize the default format instead of open-coding it. This ensures coherency between intialization and runtime. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_video.c | 11 ++- 1 file changed,

[PATCH/RFC v2 54/56] v4l: vsp1: Store pipeline-related state in pipeline structure

Move the array of BRU inputs and the RPF BRU input index to the pipeline structure. This prepares the driver for the request API that will need to handle pipeline state for every request separately from the active state. Signed-off-by: Laurent Pinchart

[PATCH/RFC v2 30/56] v4l2-subdev.h: Add request field to format and selection structures

Let userspace specify a request ID when getting or setting formats or selection rectangles. >From a userspace point of view the API change is minimized and doesn't require any new ioctl. Signed-off-by: Laurent Pinchart ---

[PATCH/RFC v2 47/56] v4l: vsp1: Pass a media request to the module configure operations

Retrieve pad configuration from the request to configure modules. If the request is NULL the active configuration is used as before. Pass a NULL request unconditionally for now until support for the request API gets implemented. Signed-off-by: Laurent Pinchart

[PATCH/RFC v2 25/56] media: Move graph mutex locking into media_device_setup_link()

From: Sakari Ailus This helps not acquiring the mutex during copying of the IOCTL argument from or to user space. Signed-off-by: Sakari Ailus Signed-off-by: Laurent Pinchart ---

[PATCH/RFC v2 14/56] v4l: vsp1: Fix 80 characters per line violations

Commit f7234138f14c ("v4l2-subdev: replace v4l2_subdev_fh by v4l2_subdev_pad_config") introduced lots of 80 characters per line violations. Fix them. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_bru.c | 12

[PATCH/RFC v2 11/56] v4l: vsp1: Don't configure RPF memory buffers before calculating offsets

The RPF source memory pointers need to be offset to take the crop rectangle into account. Offsets are computed in the RPF stream start, which can happen (when using the DRM pipeline) after calling the RPF .set_memory() operation that programs the buffer addresses. The .set_memory() operation

[PATCH/RFC v2 02/56] v4l: vsp1: Always setup the display list

Make sure display list usage is correctly disabled by always setting up the corresponding registers, including when the display list feature isn't used. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_dl.c | 7 +++