Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding below look acceptable?
I'll clean up driver code a bit
On 11/17/14 16:36, Grazvydas Ignotas wrote:
On Thu, Nov 6, 2014 at 12:29 AM, Grazvydas Ignotas nota...@gmail.com wrote:
On Wed, Nov 5, 2014 at 4:05 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Rémi,
On Tuesday 04 November 2014 22:41:44 Rémi Denis-Courmont wrote:
Le mardi
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding
Hi Sakari,
A few notes:
Typo in subject: intput - input
On 11/18/14 06:40, Sakari Ailus wrote:
Add input and output capability flags for setting native size of the device,
and document them.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
On 11/17/14 11:41, Lad, Prabhakar wrote:
this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
for v4l2_subdev_get_try_*() functions.
In cases where a subdev using v4l2_subdev_get_try_*() calls
internally and the bridge using subdev pad ops which is
not MC aware forces to select
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hansv...@cisco.com
Add support for DMABUF exporting to the vb2-vmalloc implementation.
All memory models now have support for both importing and exporting of
DMABUFs.
Signed-off-by: Hans Verkuil
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Reviewed-by: Pawel Osciak pa...@osciak.com
---
drivers/media/platform/vim2m.c | 1 +
1 file changed, 1 insertion(+)
diff
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
Now that vb2 supports DMABUF export for dma-sg and vmalloc memory
modes, we can enable the vb2_expbuf support in vivid.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
On 11/18/14 10:34, Pawel Osciak wrote:
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hansv...@cisco.com
Add support for DMABUF exporting to the vb2-vmalloc implementation.
All memory models now have support for both importing and exporting of
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
By default dma_map_sg syncs the mapped buffer to the device. But
buf_prepare expects a buffer syncs for the cpu and the buffer
will be synced to the device in the prepare memop.
On 11/18/2014 09:46 AM, Pavel Machek wrote:
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file
On 11/18/14 10:55, Pawel Osciak wrote:
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil hverk...@xs4all.nl wrote:
From: Hans Verkuil hans.verk...@cisco.com
By default dma_map_sg syncs the mapped buffer to the device. But
buf_prepare expects a buffer syncs for the cpu and the buffer
will be
this patch fixes following build warning:
gsc-core.c:350:17: warning: 'low_plane' may be used uninitialized
gsc-core.c:371:31: warning: 'high_plane' may be used uninitialized
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/exynos-gsc/gsc-core.c | 4 ++--
1
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/davinci/vpif_capture.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/davinci/vpif_capture.c
b/drivers/media/platform/davinci/vpif_capture.c
index 3ccb26f..d8e1b98 100644
---
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/usb/uvc/uvc_queue.c | 19 +++
1 file changed, 3 insertions(+), 16 deletions(-)
diff --git a/drivers/media/usb/uvc/uvc_queue.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/platform/vivid/vivid-core.c| 19 +--
drivers/media/platform/vivid/vivid-core.h| 3 ---
drivers/media/platform/vivid/vivid-sdr-cap.c | 4 ++--
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Kamil Debski k.deb...@samsung.com
Cc: Jeongtae Park jtp.p...@samsung.com
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 1 +
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 20
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Josh Wu josh...@atmel.com
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/platform/soc_camera/atmel-isi.c| 7 +--
drivers/media/platform/soc_camera/mx3_camera.c | 7 +--
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/platform/blackfin/bfin_capture.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/blackfin/bfin_capture.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Mauro Carvalho Chehab m.che...@samsung.com
---
drivers/media/platform/sh_veu.c | 35 +++
1 file changed, 7 insertions(+), 28 deletions(-)
diff --git a/drivers/media/platform/sh_veu.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Jonathan Corbet cor...@lwn.net
---
drivers/media/platform/marvell-ccic/mcam-core.c | 29 +
1 file changed, 5 insertions(+), 24 deletions(-)
diff --git a/drivers/media/platform/marvell-ccic/mcam-core.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Tomasz Stanislawski t.stanisl...@samsung.com
---
drivers/media/platform/s5p-tv/mixer_video.c | 21 +++--
1 file changed, 3 insertions(+), 18 deletions(-)
diff --git
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Sylwester Nawrocki sylvester.nawro...@gmail.com
---
drivers/media/platform/s3c-camif/camif-capture.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/s3c-camif/camif-capture.c
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Kukjin Kim kgene@samsung.com
---
drivers/media/platform/exynos-gsc/gsc-core.h | 12
drivers/media/platform/exynos-gsc/gsc-m2m.c | 6 --
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Kukjin Kim kgene@samsung.com
---
drivers/media/platform/ti-vpe/vpe.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/ti-vpe/vpe.c
b/drivers/media/platform/ti-vpe/vpe.c
Hi All,
This patch set uses the vb2 ops helpers for wait_prepare and
wait_finish callbacks for drivers which using vb2 helpers.
This patchset is compile tested only.
I am not sure on how mem2mem drivers work because the have
2 queues sharing the same lock, so not sure if these
changes to mem2mem
I've already submitted a patch [1] that updates leds common bindings.
I hasn't been merged yet, as the related LED Flash class patch [2]
still needs some indicator leds related discussion [3].
I think this is a good moment to discuss the flash related led common
bindings.
Part of
Hi all,
I have one question about capture with the OMAP3ISP.
I'm trying to capture images with the MT0V034 sensor included in the
IGEP Cam Bird with the IGEPv2 board. I'm using the 3.17 mainline
kernel with some modifications to register the sensor and configure
the pin muxes.
The sensor is
From: Hans Verkuil hans.verk...@cisco.com
The 'write' argument is very ambiguous. I first assumed that if it is 1,
then we're doing video output but instead it meant the reverse.
Since it is used to setup the dma_dir value anyway it is now replaced by
the correct dma_dir value which is
From: Hans Verkuil hans.verk...@cisco.com
Document that drivers can access/modify the buffer contents in buf_prepare
and buf_finish. That was not clearly stated before.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
include/media/videobuf2-core.h | 32 +---
1
From: Hans Verkuil hans.verk...@cisco.com
Don't try to free a pointer containing an ERR_PTR().
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Hans Verkuil hans.verk...@cisco.com
This moves dma_(un)map_sg to the get_userptr/put_userptr and alloc/put
memops of videobuf2-dma-sg.c and adds dma_sync_sg_for_device/cpu to the
prepare/finish memops.
Now that vb2-dma-sg will sync the buffers for you in the prepare/finish
memops we can
From: Hans Verkuil hans.verk...@cisco.com
Require that dma-sg also uses an allocation context. This is in preparation
for adding prepare/finish memops to sync the memory between DMA and CPU.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/pci/cx23885/cx23885-417.c |
From: Hans Verkuil hans.verk...@cisco.com
Now that vb2 supports DMABUF export for dma-sg and vmalloc memory
modes, we can enable the vb2_expbuf support in vivid.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Reviewed-by: Pawel Osciak pa...@osciak.com
---
From: Hans Verkuil hansv...@cisco.com
Add DMABUF export support to vb2-dma-sg.
Signed-off-by: Hans Verkuil hansv...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 170 +
1 file changed, 170 insertions(+)
diff --git
From: Hans Verkuil hans.verk...@cisco.com
Add support for importing dmabuf to videobuf2-dma-sg.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 149 ++---
1 file changed, 136
From: Hans Verkuil hansv...@cisco.com
Add support for DMABUF exporting to the vb2-vmalloc implementation.
All memory models now have support for both importing and exporting of DMABUFs.
Signed-off-by: Hans Verkuil hansv...@cisco.com
---
drivers/media/v4l2-core/videobuf2-vmalloc.c | 171
From: Hans Verkuil hans.verk...@cisco.com
This is needed for the next patch where the dma-sg alloc memop needs
to know the dma_dir.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
---
drivers/media/v4l2-core/videobuf2-core.c | 4 +++-
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Reviewed-by: Pawel Osciak pa...@osciak.com
---
drivers/media/platform/vim2m.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/vim2m.c b/drivers/media/platform/vim2m.c
index
Changes since RFCv6:
- Dropped patches 12-16/16: introducing begin/end_cpu_access functions
is not yet ready for upstreaming.
- Incorporated Pawel's review comments except for his comment regarding
the use of 'if (!IS_ERR_OR_NULL(alloc_ctx))' in vb2_dma_sg_cleanup_ctx().
I rather like it
On 11/18/2014 12:32 PM, Pavel Machek wrote:
I've already submitted a patch [1] that updates leds common bindings.
I hasn't been merged yet, as the related LED Flash class patch [2]
still needs some indicator leds related discussion [3].
I think this is a good moment to discuss the flash
This patch does the following:
1: Simplify the vpe mem-to-mem driver by using the m2m ioctl
and vb2 helpers.
2: Minor code cleanup
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
drivers/media/platform/ti-vpe/vpe.c | 152 +++-
1 file changed, 47
Hi, guys!
I have:
1. 05e1:0408 USB ID STK1160 chip GM7113 (SAA7113 clone) video processor device.
2. Google Nexus 5 LG D821 Hammerhead smartphone.
I need compile STK1160 driver for Android.
EasyCap driver can be found in CyanogenMod (Android based OS) git
On Tue, 18 Nov 2014 11:23:35 +
Lad, Prabhakar prabhakar.cse...@gmail.com wrote:
drivers/media/platform/marvell-ccic/mcam-core.c | 29
+
1 file changed, 5 insertions(+), 24 deletions(-)
So I'm not convinced that this patch improves things; it moves a tiny bit
of
From: Hans Verkuil hans.verk...@cisco.com
By default dma_map_sg syncs the mapped buffer to the device. But
buf_prepare expects a buffer syncs for the cpu and the buffer
will be synced to the device in the prepare memop.
The reverse is true for dma_unmap_sg, buf_finish and the finish
memop.
To
Hi Nikhil,
On Fri, Nov 14, 2014 at 11:20 AM, Nikhil Devshatwar nikhil...@ti.com wrote:
This patchset adds following improvements for the ti-vpe driver.
* Support SEQ_TB format for interlaced buffers
Some of the video decoders generate interlaced content in SEQ_TB
format
Y
Hi!
@@ -19,5 +30,10 @@ Examples:
system-status {
label = Status;
linux,default-trigger = heartbeat;
+ iout-torch = 500 500;
+ iout-flash = 1000 1000;
+ iout-indicator = 100 100;
+ flash-timeout = 1000;
+
...
};
I don't get
Hi Jonathan,
On Tue, Nov 18, 2014 at 1:03 PM, Jonathan Corbet cor...@lwn.net wrote:
On Tue, 18 Nov 2014 11:23:35 +
Lad, Prabhakar prabhakar.cse...@gmail.com wrote:
drivers/media/platform/marvell-ccic/mcam-core.c | 29
+
1 file changed, 5 insertions(+), 24
Hi Hans,
On Tue, Nov 18, 2014 at 9:39 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On 11/17/14 11:41, Lad, Prabhakar wrote:
this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
for v4l2_subdev_get_try_*() functions.
In cases where a subdev using v4l2_subdev_get_try_*() calls
internally
Add bus_formats and nbus_formats fields and
drm_display_info_set_bus_formats helper function to specify the bus
formats supported by a given display.
This information can be used by display controller drivers to configure
the output interface appropriately (i.e. RGB565, RGB666 or RGB888 on raw
Hello,
This series makes use of the MEDIA_BUS_FMT definition to describe how
the data are transmitted to the display.
This will allow drivers to configure their output display bus according
to the display capabilities.
For example some display controllers support DPI (or raw RGB) connectors
and
Foxlink's fl500wvr00-a0t supports RGB888 format.
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index
Provide a way to specify panel requirement in terms of supported media bus
format (particularly useful for panels connected to an RGB or LVDS bus).
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/gpu/drm/panel/panel-simple.c | 5 +
1 file changed, 5
On Tue, 18 Nov 2014 13:23:04 +
Prabhakar Lad prabhakar.cse...@gmail.com wrote:
Sorry there is no movement of code to other file. And I dont see any
reason why anybody reading will go haywire its a standard v4l2 thing.
Whatever, I said I wouldn't stand in the way.
The subject explains it
Hi Pavel,
On 11/18/2014 02:21 PM, Pavel Machek wrote:
Hi!
@@ -19,5 +30,10 @@ Examples:
system-status {
label = Status;
linux,default-trigger = heartbeat;
+ iout-torch = 500 500;
+ iout-flash = 1000 1000;
+ iout-indicator =
Hi!
If the hardware LED changes with one that needs different current, the
block for the adp1653 stays the same, but white LED block should be
updated with different value.
I think that you are talking about sub nodes. Indeed I am leaning
towards this type of design.
I think I am :-).
I
On Mon, Nov 17, 2014 at 5:58 PM, Fabio Estevam feste...@gmail.com wrote:
Just a wild guess - we usually test here with dmabuf capable devices and
without X. As you are using gstglimagesink, the code around
ext/gl/gstglimagesink.c (453) looks like gst_gl_context_create() went
wrong. Does your
Hi Hans and Prabhakar,
On Tue, Nov 18, 2014 at 10:39:24AM +0100, Hans Verkuil wrote:
On 11/17/14 11:41, Lad, Prabhakar wrote:
this patch removes the guard CONFIG_VIDEO_V4L2_SUBDEV_API
for v4l2_subdev_get_try_*() functions.
In cases where a subdev using v4l2_subdev_get_try_*() calls
Full kernel integration is now merged as part of Linux
backports-20141114. I've written a bit about it [0] [1], what we need
now are users and developer to give this a good spin as we wind down
for the v3.19 release, which will be the first release that will
support kernel integration down to any
On Mon 2014-11-17 07:06:17, Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [141117 07:03]:
On Monday 17 November 2014 15:55:46 Tony Lindgren wrote:
There's nothing stopping us from initializing the camera code
from pdata-quirks.c for now to keep it working. Certainly the
Le 2014-11-18 13:08, Fabio Estevam a écrit :
On Mon, Nov 17, 2014 at 5:58 PM, Fabio Estevam feste...@gmail.com wrote:
Just a wild guess - we usually test here with dmabuf capable devices and
without X. As you are using gstglimagesink, the code around
ext/gl/gstglimagesink.c (453) looks
This adds a node for the IR remote control receiver to the Amlogic
Meson DTS.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
arch/arm/boot/dts/meson.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/meson.dtsi b/arch/arm/boot/dts/meson.dtsi
index
Hi,
this is a driver for the infrared receiver available in Amlogic Meson6
and Meson8 SoCs. The device can operate in two modes: NEC mode in
which the hardware decodes frames using the NEC IR protocol, and
general mode in which the receiver simply reports the duration of
pulses and spaces for
This adds binding documentation for the infrared remote control
receiver available in Amlogic Meson SoCs.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
Documentation/devicetree/bindings/media/meson-ir.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
Amlogic Meson SoCs include a infrared remote control receiver that can
operate in two modes: NEC mode in which the hardware decodes frames
using the NEC IR protocol, and general mode in which the receiver
simply reports the duration of pulses and spaces for software
decoding.
This is a driver for
Hi Hans,
On Tue, Nov 18, 2014 at 09:56:00AM +0100, Hans Verkuil wrote:
Hi Sakari,
A few notes:
Typo in subject: intput - input
Will fix.
On 11/18/14 06:40, Sakari Ailus wrote:
Add input and output capability flags for setting native size of the device,
and document them.
The V4L2_SEL_TGT_NATIVE_SIZE target is used to denote e.g. the size of a
sensor's pixel array.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
since v2:
- Add a note on s_selection support for native selection target on mem2mem
devices only.
- Reverse the order or left and top fields, i.e.
Hi Shuah,
Many thanks for the RFC, for and being so patient with my terrible review
schedule. My comments below.
On Tue, Nov 04, 2014 at 04:08:50PM -0700, Shuah Khan wrote:
Hi Mauro,
Here is the RFC as promised. I also included the Media controller
as a an alternative and captured the
On 11/18/2014 02:15 PM, Sakari Ailus wrote:
Hi Shuah,
Many thanks for the RFC, for and being so patient with my terrible review
schedule. My comments below.
On Tue, Nov 04, 2014 at 04:08:50PM -0700, Shuah Khan wrote:
Hi Mauro,
Here is the RFC as promised. I also included the Media
Hi Shuah,
A few comments below.
On Tue, Oct 14, 2014 at 08:58:37AM -0600, Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media token
Hello Fabio,
maybe trying to increase the following kernel option helps (for the v4l2 kernel
driver failure message, not for the followup gstraemer errors):
CONFIG_CMA_SIZE_MBYTES=256
Regards,
Peter
---
Sorry for loosing the CC list, reading the mailing list by web browser...
Hi,
I am
While trying to debug a particularly recalcitrant segfault on entering
GStreamer, I found all this on dmesg. I don't know if it is connected,
but I haven't seen it before. I'm using a Dazzle DVC 100 Rev 1.1.
I get it across several different platforms (this is an Asus Zen
laptop). The
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Wed Nov 19 04:00:16 CET 2014
git branch: test
git hash: c02ef64aab828d80040b5dce934729312e698c33
gcc
74 matches
Mail list logo