[PATCH RESEND v2 5/8] Documentation: Update documentation for UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE

2016-08-07 Thread Anup Patel
From: Ankit Jindal This patch updates UIO documentation for new mem region types UIO_MEM_PHYS_CACHE and UIO_MEM_DEVICE. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- Documentation/DocBook/uio-howto.tmpl | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Docu

[PATCH RESEND v2 2/8] uio: code style cleanup

2016-08-07 Thread Anup Patel
From: Ankit Jindal This patch fixes the indentation of switch-case block in uio driver. Signed-off-by: Ankit Jindal Signed-off-by: Anup Patel --- drivers/uio/uio.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c index fb

[PATCH RESEND v2 7/8] uio: bind uio_dmem_genirq via OF

2016-08-07 Thread Anup Patel
From: Jan Viktorin The uio_dmem_genirq works in a similar ways as uio_pdrv_genirq now. It accepts the of_id module parameter to specify UIO compatible string as module parameter. There are few other module parameters to specify number bits in DMA mask and sizes dynamic regions. Following are th

[PATCH RESEND v2 3/8] uio: Add new UIO_MEM_PHYS_CACHE type for mem regions

2016-08-07 Thread Anup Patel
From: Ankit Jindal Currently, three types of mem regions are supported: UIO_MEM_PHYS, UIO_MEM_LOGICAL and UIO_MEM_VIRTUAL. Among these UIO_MEM_PHYS helps UIO driver export physcial memory to user space as non-cacheable user memory. Typcially memory-mapped registers of a device are exported to use

[PATCH RESEND v2 8/8] uio: Use new memtypes in uio_dmem_genirq

2016-08-07 Thread Anup Patel
This patch extends uio_dmem_genirq driver to use recently added memtypes as follows: 1. Use UIO_MEM_DEVICE memtype for MEM resources 2. Use UIO_MEM_PHYS_CACHE memtype for dynamic regions when UIO DT node is marked as DMA coherent. Signed-off-by: Anup Patel --- drivers/uio/uio_dmem_genirq.c | 9 +

[PATCH RESEND v2 6/8] uio: UIO_IRQ_NONE is a valid option for uioinfo->irq

2016-08-07 Thread Anup Patel
From: Jan Viktorin We can simplify handling of platform_get_irq into one place as it is acceptable to see UIO_IRQ_NONE instead of a valid IRQ number. Some devices don't have or don't need any interrupt to be handled. The same change has been already done for uio_pdrv_genirq. Signed-off-by: Jan V

[PATCH RESEND v2 4/8] uio: Add new UIO_MEM_DEVICE type for mem regions

2016-08-07 Thread Anup Patel
On ARM64, the MMU supports special memory attributes for device memory/registers. Due to this we have pgprot_device() provided by asm/pgtable.h of arch/arm64. On architectures that do not have special MMU attribute for device memory/registers, the asm-generic/pgtable.h maps pgprot_device() to pgpr

[PATCH RESEND v2 1/8] uio: fix dmem_region_start computation

2016-08-07 Thread Anup Patel
From: Jan Viktorin The variable i contains a total number of resources (including IORESOURCE_IRQ). However, we want the dmem_region_start to point after the last resource of type IORESOURCE_MEM. The original behaviour leads (very likely) to skipping several UIO mapping regions and makes them usel

[PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

2016-08-07 Thread Anup Patel
The goal of this patchset is to improve UIO framework and UIO dmem driver to allow cache-coherent DMA accesses from user-space. This patchset is based on two previous patchsets: 1) [PATCH v5 0/6] UIO driver for APM X-Gene QMTM (Refer, http://www.spinics.net/lists/devicetree/msg58244.html) 2) [PATC

Re: [PATCH 0/3] Add a way to build only media docs

2016-08-07 Thread Mauro Carvalho Chehab
Em Sun, 7 Aug 2016 11:55:27 +0200 Markus Heiser escreveu: > > Am 06.08.2016 um 14:00 schrieb Mauro Carvalho Chehab > : > > > Being able to build just the media docs is important for us due to several > > reasons: > > > > 1) Media developers community hosts a copy of the media documentation at

Re: [PATCH 0/3] Add a way to build only media docs

2016-08-07 Thread Markus Heiser
Am 06.08.2016 um 14:00 schrieb Mauro Carvalho Chehab : > Being able to build just the media docs is important for us due to several > reasons: > > 1) Media developers community hosts a copy of the media documentation at > linuxtv.org >with the very latest under development documents; > >