cron job: media_tree daily build: ERRORS

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: Sat Oct 8 05:00:18 CEST 2016 media-tree git hash:9fce0c226536fc36c7fb0a8ca38a995be43e media_build

Re: [PATCH 04/22] [media] v4l2-subdev.h: add prepare_stream op

Hi Philipp, On Fri, Oct 07, 2016 at 06:00:49PM +0200, Philipp Zabel wrote: > In some cases, for example MIPI CSI-2 input on i.MX6, the sending and > receiving subdevice need to be prepared in lock-step before the actual > streaming can start. In the i.MX6 MIPI CSI-2 case, the sender needs to >

Re: [PATCH 03/22] [media] v4l: of: add v4l2_of_subdev_registered

Hi Philipp, On Fri, Oct 07, 2016 at 06:00:48PM +0200, Philipp Zabel wrote: > Provide a default registered callback for device tree probed subdevices > that use OF graph bindings to add still missing source subdevices to > the async notifier waiting list. > This is only necessary for subdevices

Re: [PATCH 02/22] [media] v4l2-async: allow subdevices to add further subdevices to the notifier waiting list

Hi Philipp, On Fri, Oct 07, 2016 at 06:00:47PM +0200, Philipp Zabel wrote: > Currently the v4l2_async_notifier needs to be given a list of matches > for all expected subdevices on creation. When chaining subdevices that > are asynchronously probed via device tree, the bridge device that sets > up

Re: [PATCH 02/22] [media] v4l2-async: allow subdevices to add further subdevices to the notifier waiting list

Hi Philipp, On Fri, Oct 07, 2016 at 06:00:47PM +0200, Philipp Zabel wrote: > Currently the v4l2_async_notifier needs to be given a list of matches > for all expected subdevices on creation. When chaining subdevices that > are asynchronously probed via device tree, the bridge device that sets > up

Re: [PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

Hi Javier, On Tue, Aug 16, 2016 at 05:26:31PM -0400, Javier Martinez Canillas wrote: > Hello Sakari, > > On 08/16/2016 05:13 PM, Sakari Ailus wrote: > > Hi Javier, > > > > Javier Martinez Canillas wrote: > >> Hello Sakari, > >> > >> On 08/16/2016 04:47 PM, Sakari Ailus wrote: > >>> Hi Javier, >

[linux-review:Mauro-Carvalho-Chehab/Don-t-use-stack-for-DMA-transers-on-dvb-usb-drivers/20161008-021635 21/26] drivers/media/usb/dvb-usb/pctv452e.c:112:2: warning: this 'if' clause does not guard...

tree: https://github.com/0day-ci/linux Mauro-Carvalho-Chehab/Don-t-use-stack-for-DMA-transers-on-dvb-usb-drivers/20161008-021635 head: 01e4e9b657c0de0c857817353b4ffbb3da5b9cb3 commit: 71eb7f5998d859d9de08128ebd4f3187b5f9fcbf [21/26] pctv452e: don't call BUG_ON() on non-fatal error config:

[PATCH 3/3] [media] exynos-gsc: cleanup m2m src and dst vb2 queues on STREAMOFF

Media drivers that use the videobuf2 framework have to give back to vb2 all the buffers that received from vb2 using its .buf_queue callback. But the exynos-gsc driver isn't doing a proper cleanup so vb2 complains that the number of buffers enqueued and received are not balanced: WARNING: CPU: 2

[PATCH 2/3] [media] exynos-gsc: unregister video device node on driver removal

The driver doesn't unregister the video device node when the driver is removed, this keeps video device nodes that makes the machine to crash with a NULL pointer dereference when nodes are attempted to be opened: [ 36.530006] Unable to handle kernel paging request at virtual address bf1f8200 [

[PATCH 0/3] [media] exynos-gsc: Another round of cleanup and fixes

Hello, This series contains another set of cleanup and fixes for the exynos-gsc driver. The patches are on top of the previous posted set [0], although there's no dependency and the patch-sets can be applied in any order. Patch 1/3 is a cleanup for the gsc_register_m2m_device() error path Patch

[PATCH 1/3] [media] exynos-gsc: don't release a non-dynamically allocated video_device

The struct v4l2_device instance for the G-Scaler is not dyanmically allocated but a member of the struct gsc_dev. In fact, the assigned .release callback is video_device_release_empty(). But gsc_register_m2m_device() attempts to release the v4l2_device by calling video_device_release() in its

[PATCH 2/2] [media] dvb-tc90522: Rename a jump label in tc90522_probe()

From: Markus Elfring Date: Fri, 7 Oct 2016 21:13:57 +0200 Adjust a jump label according to the Linux coding style convention. Signed-off-by: Markus Elfring --- drivers/media/dvb-frontends/tc90522.c | 5 ++--- 1 file changed, 2

[PATCH 1/2] [media] dvb-tc90522: Use kmalloc_array() in tc90522_master_xfer()

From: Markus Elfring Date: Fri, 7 Oct 2016 21:07:43 +0200 A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus use the corresponding function "kmalloc_array". This issue was detected by

[PATCH 0/2] [media] dvb-tc90522: Fine-tuning for two function implementations

From: Markus Elfring Date: Fri, 7 Oct 2016 21:38:12 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (2): Use kmalloc_array() Rename a jump label drivers/media/dvb-frontends/tc90522.c | 7 +++ 1 file

[linux-review:Mauro-Carvalho-Chehab/Don-t-use-stack-for-DMA-transers-on-dvb-usb-drivers/20161008-021635 21/26] drivers/media/usb/dvb-usb/pctv452e.c:113:26: error: expected expression before '||' token

tree: https://github.com/0day-ci/linux Mauro-Carvalho-Chehab/Don-t-use-stack-for-DMA-transers-on-dvb-usb-drivers/20161008-021635 head: 01e4e9b657c0de0c857817353b4ffbb3da5b9cb3 commit: 71eb7f5998d859d9de08128ebd4f3187b5f9fcbf [21/26] pctv452e: don't call BUG_ON() on non-fatal error config:

Re: [PATCH 18/22] [media] imx-ipuv3-csi: support downsizing

On 10/07/2016 06:01 PM, Philipp Zabel wrote: > Add support for the CSI internal horizontal and vertical downsizing. > > Signed-off-by: Philipp Zabel > --- > drivers/media/platform/imx/imx-ipuv3-csi.c | 20 ++-- > 1 file changed, 14 insertions(+), 6

Re: [PATCH 12/22] [media] tc358743: put lanes in STOP state before starting streaming

On 10/07/2016 06:00 PM, Philipp Zabel wrote: > Without calling tc358743_set_csi from the new prepare_stream callback > (or calling tc358743_s_dv_timings or tc358743_set_fmt from userspace > after stopping the stream), the i.MX6 MIPI CSI2 input fails waiting > for lanes to enter STOP state when

Re: [PATCH 03/22] [media] v4l: of: add v4l2_of_subdev_registered

On 10/07/2016 06:00 PM, Philipp Zabel wrote: > Provide a default registered callback for device tree probed subdevices > that use OF graph bindings to add still missing source subdevices to > the async notifier waiting list. > This is only necessary for subdevices that have input ports to which >

DVB-T2 for ug-All, Kampala

Hi Oliver, Here's a patch for DVB-T2 ug-All for Kampala, Uganda Thanks diff --git a/dvb-t/ug-All b/dvb-t/ug-All index ce2a286..2d29959 100644 --- a/dvb-t/ug-All +++ b/dvb-t/ug-All @@ -1,45 +1,55 @@ # location and provider : Kampala-Uganda -# date : 2013-11-01 +# date : 2016-10-07 # provided by

[PATCH 07/26] dib0700: be sure that dib0700_ctrl_rd() users can do DMA

dib0700_ctrl_rd() takes a RX and a TX pointer. Be sure that both will point to a memory allocated via kmalloc(). Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dib0700_core.c| 4 +++- drivers/media/usb/dvb-usb/dib0700_devices.c | 25

[PATCH 06/26] cxusb: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/cxusb.c | 20 +++-

[PATCH 23/26] dvb-usb: warn if return value for USB read/write routines is not checked

the return values for dvb_usb_generic_rw() and dvb_usb_generic_write() should be checked, as otherwise the drivers won't be doing the right thing in the case of errors. So, add __must_check to both declarations. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 09/26] dibusb: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dibusb-common.c | 106

[PATCH 01/26] af9005: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/af9005.c | 211

[PATCH 17/26] gp8psk: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/gp8psk.c | 14 -- 1 file

[PATCH 22/26] technisat-usb2: use DMA buffers for I2C transfers

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. On this driver, most of the transfers are OK, but the I2C one was using stack. Signed-off-by: Mauro Carvalho Chehab

[PATCH 16/26] dtv5100: : don't do DMA on stack

From: Mauro Carvalho Chehab The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Mauro

[PATCH 21/26] pctv452e: don't call BUG_ON() on non-fatal error

There are some conditions on this driver that are tested with BUG_ON() with are not serious enough to hang a machine. So, just return an error if this happens. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/pctv452e.c | 8 +--- 1 file changed,

[PATCH 15/26] dtt200u: handle USB control message errors

If something bad happens while an USB control message is transfered, return an error code. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dtt200u.c | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git

[PATCH 08/26] dib0700_core: don't use stack on I2C reads

Be sure that I2C reads won't use stack by passing a pointer to the state buffer, that we know it was allocated via kmalloc, instead of relying on the buffer allocated by an I2C client. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dib0700_core.c |

[PATCH 14/26] dtt200u: don't do DMA on stack

From: Mauro Carvalho Chehab The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Mauro

Re: [PATCH v2] cinergyT2-core: don't do DMA on stack

Em Fri, 7 Oct 2016 15:50:40 +0200 Jörg Otte escreveu: > 2016-10-06 20:29 GMT+02:00 Mauro Carvalho Chehab : > > Em Thu, 6 Oct 2016 10:27:56 -0700 > > Andy Lutomirski escreveu: > > > Patch works for me! > Thanks, Jörg Thanks

[PATCH 04/26] cinergyT2-fe: cache stats at cinergyt2_fe_read_status()

Instead of sending USB commands for every stats call, collect them once, when status is updated. As the frontend kthread will call it on every few seconds, the stats will still be collected. Besides reducing the amount of USB/I2C transfers, this also warrants that all stats will be collected at

[PATCH 12/26] dtt200u-fe: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dtt200u-fe.c | 66

[PATCH 02/26] cinergyT2-core: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/cinergyT2-core.c | 45

[PATCH 20/26] pctv452e: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/pctv452e.c | 110

[PATCH 13/26] dtt200u-fe: handle errors on USB control messages

If something goes wrong, return an error code, instead of assuming that everything went fine. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dtt200u-fe.c | 38 +++--- 1 file changed, 30 insertions(+), 8 deletions(-) diff

[PATCH 03/26] cinergyT2-core:: handle error code on RC query

There's no sense on decoding and generating a RC key code if there was an error on the URB control message. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/cinergyT2-core.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[PATCH 24/26] nova-t-usb2: handle error code on RC query

There's no sense on decoding and generating a RC key code if there was an error on the URB control message. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/nova-t-usb2.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[PATCH 00/26] Don't use stack for DMA transers on dvb-usb drivers

Sending URB control messages from stack was never supported. Yet, on x86, the stack was usually at a memory region that allows DMA transfer. So, several drivers got it wrong. On Kernel 4.9, if VMAP_STACK=y, none of those drivers will work, as the stack won't be on a DMA-able area anymore. So,

[PATCH 25/26] dw2102: return error if su3000_power_ctrl() fails

Instead of silently ignoring the error, return it. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dw2102.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/usb/dvb-usb/dw2102.c b/drivers/media/usb/dvb-usb/dw2102.c

[PATCH 18/26] gp8psk: don't go past the buffer size

Add checks to avoid going out of the buffer. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/gp8psk.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/media/usb/dvb-usb/gp8psk.c b/drivers/media/usb/dvb-usb/gp8psk.c index

[PATCH 26/26] digitv: handle error code on RC query

There's no sense on decoding and generating a RC key code if there was an error on the URB control message. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/digitv.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH 10/26] dibusb: handle error code on RC query

There's no sense on decoding and generating a RC key code if there was an error on the URB control message. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/dibusb-common.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[PATCH 05/26] cinergyT2-fe: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/cinergyT2-fe.c | 45

[PATCH 11/26] digitv: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/digitv.c | 20 +++-

[PATCH 19/26] nova-t-usb2: don't do DMA on stack

The USB control messages require DMA to work. We cannot pass a stack-allocated buffer, as it is not warranted that the stack would be into a DMA enabled area. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb/nova-t-usb2.c | 18 +- 1

[PATCH v1 2/3] libv4l-delta: add GStreamer mpeg codecparser

From: Tiphaine Inguere The mpeg related files from gst-plugins-bad codecparser are added to the libv4l-delta plugin. This is a proof of concept which aims to validate the interoperability of a standard mpeg parser with ST DELTA video decoder. An implementation based on a

[PATCH v1 2/2] [media] st-delta: add mpeg2 support

Change-Id: Ic586e3b2c7c15e76ea9aff318f8580eb3493e21b Signed-off-by: Hugues Fruchet --- drivers/media/platform/Kconfig |6 + drivers/media/platform/sti/delta/Makefile |3 + drivers/media/platform/sti/delta/delta-cfg.h |5 +

[PATCH v1 1/3] add a libv4l plugin for st-delta video decoder

ST DELTA video decoder is a frame API based decoder which requires headers metadata in addition to compressed video bitstream data. This libv4l plugin aims to abstract DELTA frame API under usual stream API, so compatibility with existing V4L2-based frameworks such as GStreamer is ensured. To do

[PATCH v1 0/2] Add MPEG2 support to STMicroelectronics DELTA video decoder

This patchset adds MPEG2 support to STMicroelectronics DELTA driver [1]. MPEG2 support requires V4L2 "frame API" in order that MPEG2 parsed metadata are received in addition to MPEG2 video bitstream buffers. To do so those patchset are based on work from Florent Revest on MPEG2 low level decoder

[PATCH v1 1/2] [media] st-delta: add parser meta controls

--- drivers/media/platform/sti/delta/delta-v4l2.c | 92 ++- drivers/media/platform/sti/delta/delta.h | 8 ++- 2 files changed, 98 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/sti/delta/delta-v4l2.c

[PATCH v1 0/3] Add a libv4l mpeg2 parser plugin for st-delta video decoder

ST DELTA video decoder is a frame API based decoder which requires headers metadata in addition to compressed video bitstream data. This libv4l plugin aims to abstract DELTA frame API under usual stream API, so compatibility with existing V4L2-based frameworks such as GStreamer V4L2 video decoder

[PATCH v1 3/3] libv4l-delta: add mpeg header parser

From: Tiphaine Inguere If the input stream format is MPEG1 or MPEG2, the stream is parsed using mpeg parser library to build mpeg metadata. Change-Id: I767cd0a8ea546755bcdc031ca4a2808690cccf63 signed-off-by: Tiphaine Inguere Signed-off-by: Hugues

[PATCH v1] [media] v4l2-ctrls: add mpeg2 parser metadata

--- drivers/media/v4l2-core/v4l2-ctrls.c | 2 +- include/uapi/linux/v4l2-controls.h | 163 +-- 2 files changed, 140 insertions(+), 25 deletions(-) diff --git a/drivers/media/v4l2-core/v4l2-ctrls.c b/drivers/media/v4l2-core/v4l2-ctrls.c index c8bc4d4..6187dfc

[PATCH v1] Enhance MPEG2 video decoder frame API

This patchset refine the original MPEG2 controls introduced by Florent Revest in [1] by adding support of various MPEG2 extensions, including frame & field interlaced bistream. This is a work in progress in order to start discussion around V4L2 frame API standardisation. [1]

Re: [PATCH 01/22] [media] v4l2-async: move code out of v4l2_async_notifier_register into v4l2_async_test_nofity_all

Am Freitag, den 07.10.2016, 18:30 +0200 schrieb Marek Vasut: > On 10/07/2016 06:00 PM, Philipp Zabel wrote: > > This will be reused in the following patch to catch already registered, > > newly added asynchronous subdevices from v4l2_async_register_subdev. > > > > Signed-off-by: Philipp Zabel

Re: [PATCH 01/22] [media] v4l2-async: move code out of v4l2_async_notifier_register into v4l2_async_test_nofity_all

On 10/07/2016 06:00 PM, Philipp Zabel wrote: > This will be reused in the following patch to catch already registered, > newly added asynchronous subdevices from v4l2_async_register_subdev. > > Signed-off-by: Philipp Zabel > --- > drivers/media/v4l2-core/v4l2-async.c |

[PATCH 16/22] ARM: dts: nitrogen6x: Add dtsi for BD_HDMI_MIPI HDMI to MIPI CSI-2 receiver board

Add device tree nodes for the BD_HDMI_MIPI HDMI to MIPI CSI-2 receiver board with a TC358743 connected to the Nitrogen6X MIPI CSI-2 input connector. Signed-off-by: Philipp Zabel --- .../boot/dts/imx6qdl-nitrogen6x-bd-hdmi-mipi.dtsi | 73 ++ 1 file

[PATCH 12/22] [media] tc358743: put lanes in STOP state before starting streaming

Without calling tc358743_set_csi from the new prepare_stream callback (or calling tc358743_s_dv_timings or tc358743_set_fmt from userspace after stopping the stream), the i.MX6 MIPI CSI2 input fails waiting for lanes to enter STOP state when streaming is started again. Signed-off-by: Philipp

[PATCH 08/22] [media] imx-ipu: Add i.MX IPUv3 CSI subdevice driver

This adds a V4L2 subdevice driver for the two CMOS Sensor Interface (CSI) modules contained in each IPUv3. These sample video data from the parallel CSI0/1 pads or from the the MIPI CSI-2 bridge via IOMUXC video bus multiplexers and write to IPU internal FIFOs to deliver data to either the IDMAC

[PATCH 11/22] [media] imx: Add i.MX MIPI CSI-2 subdevice driver

Add a v4l2 subdevice driver for the Synopsys DesignWare MIPI CSI-2 host controller on i.MX6. Here its output is connected to the CSI2IPU gasket, which distributes the time division multiplexed virtual channels to the four IPU CSI inputs, directly or through video bus multiplexers. Signed-off-by:

[PATCH 18/22] [media] imx-ipuv3-csi: support downsizing

Add support for the CSI internal horizontal and vertical downsizing. Signed-off-by: Philipp Zabel --- drivers/media/platform/imx/imx-ipuv3-csi.c | 20 ++-- 1 file changed, 14 insertions(+), 6 deletions(-) diff --git

[PATCH 14/22] ARM: dts: imx6qdl: Add mipi_ipu1/2 multiplexers, mipi_csi, and their connections

This patch adds the device tree graph connecting the input multiplexers to the IPU CSIs and the MIPI-CSI2 gasket on i.MX6. The MIPI_IPU multiplexers are added as children of the iomuxc-gpr syscon device node. On i.MX6Q/D two two-input multiplexers in front of IPU1 CSI0 and IPU2 CSI1 allow to

[PATCH 06/22] [media] imx: Add i.MX SoC wide media device driver

This driver registers a single, SoC wide media device, which all entities in the media graph can be registered to. It is probed from device tree using a capture-subsystem node, listing the IPUv3 input ports, similarly to the already existing display-subsystem node that lists the IPUv3 output

[PATCH 05/22] [media] v4l2-async: add new subdevices to the tail of subdev_list

That way the asynchronous notifier will pick them up in the order they were registered. Signed-off-by: Philipp Zabel --- drivers/media/v4l2-core/v4l2-async.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/v4l2-core/v4l2-async.c

[PATCH 22/22] [media] tc358743: set entity function to video interface bridge

The TC358743 is an HDMI to MIPI CSI2-2 bridge. Signed-off-by: Philipp Zabel --- drivers/media/i2c/tc358743.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/i2c/tc358743.c b/drivers/media/i2c/tc358743.c index dfa45d2..c7a8f55 100644 ---

[PATCH 03/22] [media] v4l: of: add v4l2_of_subdev_registered

Provide a default registered callback for device tree probed subdevices that use OF graph bindings to add still missing source subdevices to the async notifier waiting list. This is only necessary for subdevices that have input ports to which other subdevices are connected that are not initially

[PATCH 21/22] [media] imx: Set i.MX MIPI CSI-2 entity function to bridge

The i.MX6 MIPI CSI2 bridge converts the external MIPI CSI2 input into a SoC internal parallel bus connected to the IPU CSIs via the CSI2IPU gasket. Signed-off-by: Philipp Zabel --- drivers/media/platform/imx/imx-mipi-csi2.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH 07/22] [media] imx: Add IPUv3 media common code

From: Sascha Hauer Add video4linux API routines common to drivers for units that accept or provide video data via the i.MX IPU IDMAC channels, such as capture, mem2mem scaler or deinterlacer drivers. Signed-off-by: Sascha Hauer Signed-off-by:

[PATCH 20/22] [media] video-multiplexer: set entity function to mux

Signed-off-by: Philipp Zabel --- drivers/media/platform/video-multiplexer.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/platform/video-multiplexer.c b/drivers/media/platform/video-multiplexer.c index e9137ba..bcd1688 100644 ---

[PATCH 13/22] ARM: dts: imx6qdl: Add capture-subsystem node

Signed-off-by: Philipp Zabel --- arch/arm/boot/dts/imx6dl.dtsi | 5 + arch/arm/boot/dts/imx6q.dtsi | 5 + 2 files changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx6dl.dtsi b/arch/arm/boot/dts/imx6dl.dtsi index 9a4c22c..3c817de 100644 ---

[PATCH 19/22] [media] add mux and video interface bridge entity functions

Signed-off-by: Philipp Zabel --- Documentation/media/uapi/mediactl/media-types.rst | 22 ++ include/uapi/linux/media.h| 6 ++ 2 files changed, 28 insertions(+) diff --git a/Documentation/media/uapi/mediactl/media-types.rst

[PATCH 09/22] [media] imx: Add i.MX IPUv3 capture driver

This driver uses the IDMAC module's double buffering feature to do the processing of finished frames in the new frame acknowledge (NFACK) interrupt handler while the next frame is already being captured. This avoids a race condition between the end of frame interrupt and NFACK for very short

[PATCH 15/22] ARM: dts: imx6qdl: Add MIPI CSI-2 D-PHY compatible and clocks

>From the data sheets it is not quite clear what the clock inputs should be named, but freescale code calls them "dphy_clk" (would that be per?) and "pixel_clk" and connects them to the mipi_core_cfg and emi_podf clocks, respectively. The mipi_core_cfg control is called hsi_tx currently, but it

[PATCH 17/22] gpu: ipuv3: add ipu_csi_set_downsize

Support downsizing to 1/2 width and/or height in the CSI. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-csi.c | 16 include/video/imx-ipu-v3.h | 1 + 2 files changed, 17 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-csi.c

[PATCH 04/22] [media] v4l2-subdev.h: add prepare_stream op

In some cases, for example MIPI CSI-2 input on i.MX6, the sending and receiving subdevice need to be prepared in lock-step before the actual streaming can start. In the i.MX6 MIPI CSI-2 case, the sender needs to put its MIPI CSI-2 transmitter lanes into stop state, and the receiver needs to

[PATCH 01/22] [media] v4l2-async: move code out of v4l2_async_notifier_register into v4l2_async_test_nofity_all

This will be reused in the following patch to catch already registered, newly added asynchronous subdevices from v4l2_async_register_subdev. Signed-off-by: Philipp Zabel --- drivers/media/v4l2-core/v4l2-async.c | 38 +--- 1 file changed,

[PATCH 10/22] [media] platform: add video-multiplexer subdevice driver

This driver can handle SoC internal and external video bus multiplexers, controlled either by register bit fields or by a GPIO. The subdevice passes through frame interval and mbus configuration of the active input to the output side. Signed-off-by: Sascha Hauer

[PATCH 02/22] [media] v4l2-async: allow subdevices to add further subdevices to the notifier waiting list

Currently the v4l2_async_notifier needs to be given a list of matches for all expected subdevices on creation. When chaining subdevices that are asynchronously probed via device tree, the bridge device that sets up the notifier does not know the complete list of subdevices, as it can only parse

[PATCH 00/22] Basic i.MX IPUv3 capture support

Hi, this series adds very basic IPUv3 capture support for i.MX5/6 SoCs via a SoC global media controller device that collects all IPUv3 CSIs and their direct sources from the device tree via of_graph bindings. The device is probed from device tree using a capture-subsystem node similarly to the

Re: [PATCH v10 0/3] Secure Memory Allocation Framework

probably should keep the discussion on github (USAGE.md was updated a bit more and merged into https://github.com/cubanismo/allocator so look there for the latest).. but briefly: 1) my expectation is if the user is implementing some use-case, it knows what devices and APIs are involved,

Re: [PATCH v10 0/3] Secure Memory Allocation Framework

Rob, how do you know which devices are concerned when listing the constraints ? Does combine_capabilities is done from each allocation or can it be cached ? Regards, Benjmain 2016-10-06 18:54 GMT+02:00 Rob Clark : > so there is discussion about a "central userspace

Re: [PATCH v2] cinergyT2-core: don't do DMA on stack

2016-10-06 20:29 GMT+02:00 Mauro Carvalho Chehab : > Em Thu, 6 Oct 2016 10:27:56 -0700 > Andy Lutomirski escreveu: > >> On Wed, Oct 5, 2016 at 11:58 AM, Mauro Carvalho Chehab >> wrote: >> > Sorry, forgot to C/C people that

Reply

Dear Friend, I have a business proposal for you that will be of mutual benefit to both of us. It’s about the death of my late client and some money he left behind before his death. I want you to stand as his next of kin since you bear the same surname with him, so that the bank can

Re: Problem with VMAP_STACK=y

Em Fri, 7 Oct 2016 09:52:56 +0200 (CEST) Jiri Kosina escreveu: > On Thu, 6 Oct 2016, Mauro Carvalho Chehab wrote: > > > I can't see any other obvious error on the conversion. You could try to > > enable debug options at DVB core/dvb-usb and/or add some printk's to the > >

Re: Problem with VMAP_STACK=y

On Thu, 6 Oct 2016, Mauro Carvalho Chehab wrote: > I can't see any other obvious error on the conversion. You could try to > enable debug options at DVB core/dvb-usb and/or add some printk's to the > driver and see what's happening. Mauro, also please don't forget that there are many more