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 Apr 1 05:00:17 CEST 2017 media-tree git hash:c3d4fb0fb41f4b5eafeee51173c14e50be12f839 media_build

Re: [PATCH] [media] vcodec: mediatek: Remove double parentheses

El Fri, Mar 17, 2017 at 02:01:33PM -0700 Matthias Kaehlcke ha dit: > The extra pairs of parentheses are not needed and cause clang > warnings like this: > > drivers/media/platform/mtk-vcodec/venc/venc_vp8_if.c:158:32: error: equality > comparison with extraneous parentheses

[PATCH] docs-rst: core_api: move driver-specific stuff to drivers_api

There are several stuff there that are actually driver-specific. Move those to the driver_api book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/core-api/kernel-api.rst | 72 -- Documentation/driver-api/firmware/index.rst

Re: [PATCHv6 01/10] media: add CEC notifier support

On Fri, Mar 31, 2017 at 02:20:27PM +0200, Hans Verkuil wrote: > +struct cec_notifier *cec_notifier_get(struct device *dev) > +{ > + struct cec_notifier *n; > + > + mutex_lock(_notifiers_lock); > + list_for_each_entry(n, _notifiers, head) { > + if (n->dev == dev) { > +

Re: build_media compilation issues

Solved. Between Centos 3.10.0-378.el7.x86_64 and 3.10.0-514.10.2.el7.x86_64, the kernel patch to change wait_on_bit https://github.com/torvalds/linux/commit/743162013d40ca612b4cb53d3a200dff2d9ab26e was added to Centos7. Thus the backport v3.16_wait_on_bit.patch is not required. Without that, it

Re: [PATCH 5/9] kernel-api.tmpl: convert it to ReST

Em Fri, 31 Mar 2017 09:05:37 -0600 Jonathan Corbet escreveu: > On Thu, 30 Mar 2017 17:11:32 -0300 > Mauro Carvalho Chehab wrote: > > > Brainless conversion of genericirq.tmpl book to ReST, via > > Documentation/sphinx/tmplcvt > > This one kind

Re: [PATCH 3/9] genericirq.tmpl: convert it to ReST

Em Fri, 31 Mar 2017 08:57:11 -0600 Jonathan Corbet escreveu: > On Thu, 30 Mar 2017 17:11:30 -0300 > Mauro Carvalho Chehab wrote: > > [Reordering things a bit] > > > +== > > +Linux generic IRQ handling > >

Re: [PATCHv6 00/10] video/exynos/sti/cec: add CEC notifier & use in drivers

On Fri, Mar 31, 2017 at 03:39:20PM +0100, Russell King - ARM Linux wrote: > On Fri, Mar 31, 2017 at 02:20:26PM +0200, Hans Verkuil wrote: > > Comments are welcome. I'd like to get this in for the 4.12 kernel as > > this is a missing piece needed to integrate CEC drivers. > > First two patches

Re: [PATCH] dma-buf: fence debugging

Hi Russell, 2017-03-31 Russell King : > Add debugfs output to report shared and exclusive fences on a dma_buf > object. This produces output such as: > > Dma-buf Objects: > sizeflags modecount exp_name > 082944000005

Re: [PATCH 3/9] genericirq.tmpl: convert it to ReST

On Fri, 31 Mar 2017, Jonathan Corbet wrote: > On Thu, 30 Mar 2017 17:11:30 -0300 > Mauro Carvalho Chehab wrote: > > [Reordering things a bit] > > > +== > > +Linux generic IRQ handling > > +== > > + > > +:Copyright: |copy|

Re: [PATCH 5/9] kernel-api.tmpl: convert it to ReST

On Thu, 30 Mar 2017 17:11:32 -0300 Mauro Carvalho Chehab wrote: > Brainless conversion of genericirq.tmpl book to ReST, via > Documentation/sphinx/tmplcvt This one kind of showcases why I'm nervous about bulk conversions. It's a bit of a dumping-ground document,

Re: [PATCH 3/9] genericirq.tmpl: convert it to ReST

On Thu, 30 Mar 2017 17:11:30 -0300 Mauro Carvalho Chehab wrote: [Reordering things a bit] > +== > +Linux generic IRQ handling > +== > + > +:Copyright: |copy| 2005-2010: Thomas Gleixner > +:Copyright: |copy| 2005-2006:

Re: [PATCH 02/22] docs-rst: convert usb docbooks to ReST

On Thu, 30 Mar 2017 11:20:14 +0200 Markus Heiser wrote: > @Jon: what do you think about a bulk conversion? I'm a bit leery of it, to tell the truth. We're trying to create a better set of kernel docs, and I'm far from convinced that dumping a bunch of unloved stuff

Re: [PATCHv6 00/10] video/exynos/sti/cec: add CEC notifier & use in drivers

On Fri, Mar 31, 2017 at 02:20:26PM +0200, Hans Verkuil wrote: > Comments are welcome. I'd like to get this in for the 4.12 kernel as > this is a missing piece needed to integrate CEC drivers. First two patches seem fine, and work with dw-hdmi. I'll hold dw-hdmi off until after 4.11 - I currently

[PATCH v5.1 1/6] drm: bridge: dw-hdmi: Extract PHY interrupt setup to a function

From: Laurent Pinchart In preparation for adding PHY operations to handle RX SENSE and HPD, group all the PHY interrupt setup code in a single location and extract it to a separate function. Signed-off-by: Laurent Pinchart

[PATCH v5.1 2/6] media: uapi: Add RGB and YUV bus formats for Synopsys HDMI TX Controller

In order to describe the RGB and YUV bus formats used to feed the Synopsys DesignWare HDMI TX Controller, add missing formats to the list of Bus Formats. Documentation for these formats is added in a separate patch. Reviewed-by: Archit Taneja Reviewed-by: Jose Abreu

[PATCH v5.1 0/6] drm: bridge: dw-hdmi: Add support for Custom PHYs

The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller in combination with a very custom PHY. Thanks to Laurent Pinchart's changes, the HW report the following : Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy) The following differs from common PHY integration

[PATCH v5.1 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Some display pipelines can only provide non-RBG input pixels to the HDMI TX Controller, this patch takes the pixel format from the plat_data if provided. Reviewed-by: Jose Abreu Signed-off-by: Neil Armstrong ---

[PATCH v5.1 5/6] drm: bridge: dw-hdmi: Add Documentation on supported input formats

This patch adds a new DRM documentation entry and links to the input format table added in the dw_hdmi header. Signed-off-by: Neil Armstrong --- Documentation/gpu/bridge/dw-hdmi.rst | 15 +++ Documentation/gpu/index.rst | 1 + 2 files changed, 16

[PATCH v5.1 3/6] documentation: media: Add documentation for new RGB and YUV bus formats

Add documentation for added Bus Formats to describe RGB and YUV formats used as input to the Synopsys DesignWare HDMI TX Controller. Acked-by: Hans Verkuil Signed-off-by: Neil Armstrong --- Documentation/media/uapi/v4l/subdev-formats.rst | 874

[PATCH v5.1 6/6] drm: bridge: dw-hdmi: Move HPD handling to PHY operations

The HDMI TX controller support HPD and RXSENSE signaling from the PHY via it's STAT0 PHY interface, but some vendor PHYs can manage these signals independently from the controller, thus these STAT0 handling should be moved to PHY specific operations and become optional. The existing STAT0 HPD and

Re: [PATCH 22/22] usb: document that URB transfer_buffer should be aligned

On Thu, 30 Mar 2017, Oliver Neukum wrote: > Am Donnerstag, den 30.03.2017, 11:55 -0400 schrieb Alan Stern: > > > > I'm pretty sure that usb-storage does not do this, at least, not when > > operating in its normal Bulk-Only-Transport mode.  It never tries to > > read the results of an earlier

Dear user

-- Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you varify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and update

Re: [PATCH v5 3/6] documentation: media: Add documentation for new RGB and YUV bus formats

On 03/31/2017 03:14 PM, Hans Verkuil wrote: > On 30/03/17 11:04, Neil Armstrong wrote: >> Add documentation for added Bus Formats to describe RGB and YUV formats used >> as input to the Synopsys DesignWare HDMI TX Controller. >> >> Signed-off-by: Neil Armstrong >> --- >>

[PATCH 2/2] [media] tvp5150: fix pad format frame height

Even if field order is set to V4L2_FIELD_ALTERNATE, the width and height values in struct v4l2_mbus_framefmt still refer to frame size, not field size. Fixes: 4f57d27be2a5 ("[media] tvp5150: fix tvp5150_fill_fmt()") Signed-off-by: Philipp Zabel ---

[PATCH 1/2] [media] tvp5150: allow get/set_fmt on the video source pad

To let userspace propagate formats downstream in a media controller scenario, the video source pad (now pad 1, DEMOD_PAD_VID_OUT) must allow setting and getting the format. Incidentally, tvp5150_fill_fmt was implemented for this pad, not for the new analog input pad (now pad 0,

Re: [Patch v3 00/11] Add MFC v10.10 support

Hi Smitha, On 31.03.2017 11:06, Smitha T Murthy wrote: > This patch series adds MFC v10.10 support. MFC v10.10 is used in some > of Exynos7 variants. Patch does not apply, please rebase on top of: git://linuxtv.org/snawrocki/samsung.git for-v4.12/media/next Additionally quick test shows

Re: [PATCH v5 3/6] documentation: media: Add documentation for new RGB and YUV bus formats

On 30/03/17 11:04, Neil Armstrong wrote: > Add documentation for added Bus Formats to describe RGB and YUV formats used > as input to the Synopsys DesignWare HDMI TX Controller. > > Signed-off-by: Neil Armstrong > --- > Documentation/media/uapi/v4l/subdev-formats.rst |

Re: [PATCH v5 2/6] media: uapi: Add RGB and YUV bus formats for Synopsys HDMI TX Controller

On 30/03/17 11:04, Neil Armstrong wrote: > In order to describe the RGB and YUV bus formats used to feed the > Synopsys DesignWare HDMI TX Controller, add missing formats to the > list of Bus Formats. > > Documentation for these formats is added in a separate patch. > > Reviewed-by: Archit

Re: [PATCH] [media] docs-rst: clarify field vs frame height in the subdev API

On 31/03/17 14:24, Philipp Zabel wrote: > On Fri, 2017-03-31 at 13:08 +0200, Hans Verkuil wrote: > [...] > Applications are responsible for configuring coherent parameters on the > whole pipeline and making sure that connected pads have compatible > @@ -379,7 +382,10 @@ is supported

Re: [PATCH] [media] docs-rst: clarify field vs frame height in the subdev API

On Fri, 2017-03-31 at 13:08 +0200, Hans Verkuil wrote: [...] > >>> Applications are responsible for configuring coherent parameters on the > >>> whole pipeline and making sure that connected pads have compatible > >>> @@ -379,7 +382,10 @@ is supported by the hardware. > >>> pad for further

[PATCHv6 05/10] s5p-cec.txt: document the HDMI controller phandle

From: Hans Verkuil Update the bindings documenting the new hdmi phandle. Signed-off-by: Hans Verkuil Acked-by: Krzysztof Kozlowski CC: linux-samsung-...@vger.kernel.org CC: devicet...@vger.kernel.org ---

[PATCHv6 01/10] media: add CEC notifier support

From: Hans Verkuil Add support for CEC notifiers, which is used to convey CEC physical address information from video drivers to their CEC counterpart driver(s). Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The cec_notifier

[PATCHv6 08/10] stih-cec.txt: document new hdmi phandle

From: Benjamin Gaignard Update the bindings documentation with the new hdmi phandle. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil Acked-by: Rob Herring CC:

[PATCHv6 07/10] sti: hdmi: add CEC notifier support

From: Benjamin Gaignard Implement the CEC notifier support to allow CEC drivers to be informed when there is a new physical address. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil Acked-by:

[PATCHv6 06/10] s5p-cec: add cec-notifier support, move out of staging

From: Hans Verkuil By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documenting the

[PATCHv6 10/10] ARM: dts: STiH410: update sti-cec for CEC notifier support

From: Benjamin Gaignard To use CEC notifier sti CEC driver needs to get phandle of the hdmi device. Signed-off-by: Benjamin Gaignard Signed-off-by: Hans Verkuil CC: devicet...@vger.kernel.org ---

[PATCHv6 03/10] exynos_hdmi: add CEC notifier support

From: Hans Verkuil Implement the CEC notifier support to allow CEC drivers to be informed when there is a new physical address. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski Acked-by: Daniel Vetter

[PATCHv6 09/10] stih-cec: add CEC notifier support

From: Benjamin Gaignard By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Signed-off-by: Benjamin

[PATCHv6 02/10] cec: integrate CEC notifier support

From: Hans Verkuil Support the CEC notifier framework, simplifying drivers that depend on this. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski Tested-by: Benjamin Gaignard

[PATCHv6 00/10] video/exynos/sti/cec: add CEC notifier & use in drivers

From: Hans Verkuil This patch series adds the CEC physical address notifier code, based on Russell's code: https://patchwork.kernel.org/patch/9277043/ It adds support for it to the exynos_hdmi drm driver, adds support for it to the CEC framework and finally adds support

[PATCHv6 04/10] ARM: dts: exynos: add HDMI controller phandle to exynos4.dtsi

From: Hans Verkuil Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the s5p-cec driver to initialize the CEC notifier framework. Tested with my Odroid U3. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski

Re: [PATCH] dma-buf: fence debugging

Am 31.03.2017 um 12:00 schrieb Russell King: Add debugfs output to report shared and exclusive fences on a dma_buf object. This produces output such as: Dma-buf Objects: sizeflags modecount exp_name 0829440000050005drm

Re: [PATCH] vidioc-enumin/output.rst: improve documentation

On 31/03/17 12:05, Mauro Carvalho Chehab wrote: > Em Fri, 31 Mar 2017 10:58:39 +0200 > Hans Verkuil escreveu: > >> The V4L2_INPUT_TYPE_CAMERA and V4L2_OUTPUT_TYPE_ANALOG descriptions were >> hopelessly out of date. Fix this, and also fix a few style issues in these >>

Re: [PATCH] [media] docs-rst: clarify field vs frame height in the subdev API

On 31/03/17 10:55, Philipp Zabel wrote: > Hi Laurent, > > On Fri, 2017-03-31 at 11:09 +0300, Laurent Pinchart wrote: >> Hi Philipp, >> >> Thank you for the patch. >> >> On Thursday 30 Mar 2017 17:38:20 Philipp Zabel wrote: >>> VIDIOC_SUBDEV_G/S_FMT take the field size if V4L2_FIELD_ALTERNATE

Re: [PATCH] treewide: Correct diffrent[iate] and banlance typos

Em Thu, 30 Mar 2017 20:44:16 -0700 Joe Perches escreveu: > Add these misspellings to scripts/spelling.txt too > > Signed-off-by: Joe Perches > --- > drivers/media/dvb-frontends/drx39xyj/drx_dap_fasi.h | 2 +- > drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c

Re: [PATCH] vidioc-enumin/output.rst: improve documentation

Em Fri, 31 Mar 2017 10:58:39 +0200 Hans Verkuil escreveu: > The V4L2_INPUT_TYPE_CAMERA and V4L2_OUTPUT_TYPE_ANALOG descriptions were > hopelessly out of date. Fix this, and also fix a few style issues in these > documents. Finally add the missing documentation for >

[PATCH] dma-buf: align debugfs output

Align the heading with the values output from debugfs. Signed-off-by: Russell King --- drivers/dma-buf/dma-buf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c index

[PATCH] dma-buf: fence debugging

Add debugfs output to report shared and exclusive fences on a dma_buf object. This produces output such as: Dma-buf Objects: sizeflags modecount exp_name 0829440000050005drm Exclusive fence: etnaviv 134000.gpu signalled

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Em Fri, 31 Mar 2017 10:29:04 +0200 Hans Verkuil escreveu: > On 30/03/17 18:02, Helen Koike wrote: > > Add V4L2_INPUT_TYPE_DEFAULT and helpers functions for input ioctls to be > > used when no inputs are available in the device > > > > Signed-off-by: Helen Koike

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

On 31/03/17 11:42, Mauro Carvalho Chehab wrote: > Em Fri, 31 Mar 2017 00:55:12 -0300 > Helen Koike escreveu: > >> On 2017-03-30 11:39 PM, Helen Koike wrote: >>> Hi Laurent, >>> >>> Thanks for reviewing >>> >>> On 2017-03-30 04:56 PM, Laurent Pinchart wrote: Hi

Re: [PATCH 2/2] [media] docs-rst: add V4L2_INPUT_TYPE_DEFAULT

Em Thu, 30 Mar 2017 23:26:26 +0300 Sakari Ailus escreveu: > Hi Helen and others, > > On Thu, Mar 30, 2017 at 01:02:18PM -0300, Helen Koike wrote: > > add documentation for V4L2_INPUT_TYPE_DEFAULT > > > > Signed-off-by: Helen Koike > > --- > >

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Em Fri, 31 Mar 2017 00:55:12 -0300 Helen Koike escreveu: > On 2017-03-30 11:39 PM, Helen Koike wrote: > > Hi Laurent, > > > > Thanks for reviewing > > > > On 2017-03-30 04:56 PM, Laurent Pinchart wrote: > >> Hi Helen, > >> > >> Thank you for the patch. > >> > >> On

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Em Fri, 31 Mar 2017 11:41:51 +0300 Laurent Pinchart escreveu: > Hi Helen, > > On Thursday 30 Mar 2017 23:39:01 Helen Koike wrote: > > On 2017-03-30 04:56 PM, Laurent Pinchart wrote: > > > On Thursday 30 Mar 2017 13:02:17 Helen Koike wrote: > > >> Add

[Patch v3 01/11] [media] s5p-mfc: Rename IS_MFCV8 macro

This patch renames macro IS_MFCV8 to IS_MFCV8_PLUS so that the MFCv8 code can be resued for MFCv10.10 support. Since the MFCv8 specific code holds good for MFC v10.10 also. Signed-off-by: Smitha T Murthy Acked-by: Andrzej Hajda ---

[Patch v3 00/11] Add MFC v10.10 support

This patch series adds MFC v10.10 support. MFC v10.10 is used in some of Exynos7 variants. This adds support for following: * Add support for HEVC encoder and decoder * Add support for VP9 decoder * Update Documentation for control id definitions * Update computation of min scratch buffer size

[Patch v3 03/11] [media] s5p-mfc: Use min scratch buffer size as provided by F/W

After MFC v8.0, mfc f/w lets the driver know how much scratch buffer size is required for decoder. If mfc f/w has the functionality, E_MIN_SCRATCH_BUFFER_SIZE, driver can know how much scratch buffer size is required for encoder too. Signed-off-by: Smitha T Murthy

[Patch v3 02/11] [media] s5p-mfc: Adding initial support for MFC v10.10

Adding the support for MFC v10.10, with new register file and necessary hw control, decoder, encoder and structural changes. CC: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda

[Patch v3 06/11] [media] s5p-mfc: Add support for HEVC decoder

Add support for codec definition and corresponding buffer requirements for HEVC decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 1 +

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

On 31/03/17 10:41, Laurent Pinchart wrote: > Hi Hans, > > On Friday 31 Mar 2017 10:29:04 Hans Verkuil wrote: >> On 30/03/17 18:02, Helen Koike wrote: >>> Add V4L2_INPUT_TYPE_DEFAULT and helpers functions for input ioctls to be >>> used when no inputs are available in the device >>> >>>

[Patch v3 05/11] [media] videodev2.h: Add v4l2 definition for HEVC

Add V4L2 definition for HEVC compressed format Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- include/uapi/linux/videodev2.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/videodev2.h

[Patch v3 04/11] [media] s5p-mfc: Support MFCv10.10 buffer requirements

Aligning the luma_dpb_size, chroma_dpb_size, mv_size and me_buffer_size for MFCv10.10. Signed-off-by: Smitha T Murthy --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 19 + drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c | 95 +++--

[Patch v3 09/11] [media] v4l2: Add v4l2 control IDs for HEVC encoder

Add v4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/v4l2-core/v4l2-ctrls.c | 103 +++ include/uapi/linux/v4l2-controls.h | 133 +++ 2

[Patch v3 08/11] [media] s5p-mfc: Add VP9 decoder support

Add support for codec definition and corresponding buffer requirements for VP9 decoder. Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 6 ++

[Patch v3 10/11] [media] s5p-mfc: Add support for HEVC encoder

Add HEVC encoder support and necessary registers, V4L2 CIDs, and hevc encoder parameters Signed-off-by: Smitha T Murthy --- drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- drivers/media/platform/s5p-mfc/s5p_mfc.c| 1 +

[Patch v3 11/11] Documention: v4l: Documentation for HEVC CIDs

Added V4l2 controls for HEVC encoder Signed-off-by: Smitha T Murthy --- Documentation/media/uapi/v4l/extended-controls.rst | 355 + 1 file changed, 355 insertions(+) diff --git a/Documentation/media/uapi/v4l/extended-controls.rst

[Patch v3 07/11] Documentation: v4l: Documentation for HEVC v4l2 definition

Add V4L2 definition for HEVC compressed format Signed-off-by: Smitha T Murthy Reviewed-by: Andrzej Hajda --- Documentation/media/uapi/v4l/pixfmt-013.rst | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH 3/3] [media] cobalt: Use v4l2_calc_timeperframe helper

Hi Hans, On 30-03-2017 14:42, Hans Verkuil wrote: > Hi Jose, > > On 21/03/17 12:49, Jose Abreu wrote: >> Currently, cobalt driver always returns 60fps in g_parm. >> This patch uses the new v4l2_calc_timeperframe helper to >> calculate the time per frame value. > I can verify that g_parm works,

[PATCH] vidioc-enumin/output.rst: improve documentation

The V4L2_INPUT_TYPE_CAMERA and V4L2_OUTPUT_TYPE_ANALOG descriptions were hopelessly out of date. Fix this, and also fix a few style issues in these documents. Finally add the missing documentation for V4L2_OUTPUT_TYPE_ANALOGVGAOVERLAY (only used by the zoran driver). Signed-off-by: Hans Verkuil

Re: [Patch v2 10/11] s5p-mfc: Add support for HEVC encoder

On Tue, 2017-03-28 at 10:15 +0530, Smitha T Murthy wrote: > On Mon, 2017-03-27 at 14:09 +0200, Andrzej Hajda wrote: > > Hi Smitha, > > > > Sorry for late reply, it seems I have missed this email. > > > > > > On 14.03.2017 12:41, Smitha T Murthy wrote: > > > On Tue, 2017-03-07 at 12:33 +0100,

Re: [PATCH] [media] docs-rst: clarify field vs frame height in the subdev API

Hi Laurent, On Fri, 2017-03-31 at 11:09 +0300, Laurent Pinchart wrote: > Hi Philipp, > > Thank you for the patch. > > On Thursday 30 Mar 2017 17:38:20 Philipp Zabel wrote: > > VIDIOC_SUBDEV_G/S_FMT take the field size if V4L2_FIELD_ALTERNATE field > > order is set, but the

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Hi Helen, On Thursday 30 Mar 2017 23:39:01 Helen Koike wrote: > On 2017-03-30 04:56 PM, Laurent Pinchart wrote: > > On Thursday 30 Mar 2017 13:02:17 Helen Koike wrote: > >> Add V4L2_INPUT_TYPE_DEFAULT and helpers functions for input ioctls to be > >> used when no inputs are available in the

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Hi Hans, On Friday 31 Mar 2017 10:29:04 Hans Verkuil wrote: > On 30/03/17 18:02, Helen Koike wrote: > > Add V4L2_INPUT_TYPE_DEFAULT and helpers functions for input ioctls to be > > used when no inputs are available in the device > > > > Signed-off-by: Helen Koike > >

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

On 30/03/17 18:02, Helen Koike wrote: > Add V4L2_INPUT_TYPE_DEFAULT and helpers functions for input ioctls to be > used when no inputs are available in the device > > Signed-off-by: Helen Koike > --- > drivers/media/v4l2-core/v4l2-ioctl.c | 27

Re: [PATCH] [media] docs-rst: clarify field vs frame height in the subdev API

Hi Philipp, Thank you for the patch. On Thursday 30 Mar 2017 17:38:20 Philipp Zabel wrote: > VIDIOC_SUBDEV_G/S_FMT take the field size if V4L2_FIELD_ALTERNATE field > order is set, but the VIDIOC_SUBDEV_G/S_SELECTION rectangles still refer > to frame size, regardless of the field order setting.

Re: [PATCHv5 04/11] exynos_hdmi: add CEC notifier support

On 31/03/17 00:35, Russell King - ARM Linux wrote: > On Wed, Mar 29, 2017 at 04:15:36PM +0200, Hans Verkuil wrote: >> +cec_notifier_set_phys_addr(hdata->notifier, >> + cec_get_edid_phys_addr(edid)); > > This pattern causes problems - can we have the notifier