Re: [PATCHv2 2/4] exynos_hdmi: add HPD notifier support

On 02.01.2017 15:19, Hans Verkuil wrote: > From: Hans Verkuil > > Implement the HPD notifier support to allow CEC drivers to > be informed when there is a new EDID and when a connect or > disconnect happens. > > Signed-off-by: Hans Verkuil >

Re: [PATCHv2 1/4] video: add hotplug detect notifier support

On 01/03/2017 08:50 AM, Andrzej Hajda wrote: > Hi Hans, > > On 02.01.2017 15:19, Hans Verkuil wrote: >> From: Hans Verkuil >> >> Add support for video hotplug detect and EDID/ELD notifiers, which is used >> to convey information from video drivers to their CEC and audio

Re: [PATCHv2 1/4] video: add hotplug detect notifier support

Hi Hans, On 02.01.2017 15:19, Hans Verkuil wrote: > From: Hans Verkuil > > Add support for video hotplug detect and EDID/ELD notifiers, which is used > to convey information from video drivers to their CEC and audio counterparts. > > Based on an earlier version from

[PATCH 1/1] media: Properly pass through media entity types in entity enumeration

When the functions replaced media entity types, the range which was allowed for the types was incorrect. This meant that media entity types for specific devices were not passed correctly to the userspace through MEDIA_IOC_ENUM_ENTITIES. Fix it. Fixes: commit b2cd27448b33 ("[media] media-device:

Re: [PATCH 2/2] rainshadow-cec: new RainShadow Tech HDMI CEC driver

Hi Hans, On Thu, Dec 15, 2016 at 02:02:07PM +0100, Hans Verkuil wrote: > From: Hans Verkuil > > This driver supports the RainShadow Tech USB HDMI CEC adapter. > > See: http://rainshadowtech.com/HdmiCecUsb.html > > Signed-off-by: Hans Verkuil >

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: Tue Jan 3 05:00:10 CET 2017 media-tree git hash:40eca140c404505c09773d1c6685d818cb55ab1a media_build

Re: [PATCH] [media] cx231xx: Initial support for Evromedia USB Full Hybrid Full HD

Tested with Kaffeine https://kaffeine.kde.org/ dmesg output: usb 3-4: new high-speed USB device number 3 using ehci-pci usb 3-4: New USB device found, idVendor=1b80, idProduct=d3b2 usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 3-4: Product: Polaris AV Capture usb 3-4:

Re: [PATCH 00/15] atmel-isi/ov7670/ov2640: convert to standalone drivers

On Mon, Jan 02, 2017 at 02:41:47PM +0100, Hans Verkuil wrote: > On 01/02/17 14:37, Hans Verkuil wrote: > >On 12/18/16 23:10, Sakari Ailus wrote: > >>On Mon, Dec 12, 2016 at 04:55:05PM +0100, Hans Verkuil wrote: > >>>From: Hans Verkuil > >>> > >>>This patch series converts

Re: [PATCH 00/20] i.MX Media Driver

Hi Steve, On Thu, Dec 29, 2016 at 8:27 PM, Steve Longerbeam wrote: > This is a media driver for video capture on i.MX. > > Refer to Documentation/media/v4l-drivers/imx.rst for example capture > pipelines on SabreSD, SabreAuto, and SabreLite reference platforms. > > This

[PATCH 1/1] smiapp: Use runtime PM for power iff CONFIG_PM is defined

If CONFIG_PM is defined, always use runtime PM to manage power to the device. Controlling the power state directly in probe does have the problem of ignoring the device parent power management. Fix this. Fixes: commit 9447082ae666 ("[media] smiapp: Implement power-on and power-off sequences

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Hi JM, On 01/02/2017 06:59 AM, Jean-Michel Hautbois wrote: Steve: which branch is the correct one on your github ? branch imx-media-staging-md-v4 on g...@github.com:slongerbeam/mediatree.git Steve -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Hi Jean-Michel, On Mon, Jan 2, 2017 at 12:59 PM, Jean-Michel Hautbois wrote: > Steve: which branch is the correct one on your github ? I have tested imx-media-staging-md-v2 (based on 4.9-rc) and also imx-media-staging-md-v4 branch, which is based on 4.10-rc1.

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Hi Hans, On 01/02/2017 06:45 AM, Hans Verkuil wrote: On 01/02/17 14:51, Jean-Michel Hautbois wrote: Hi, 2016-12-30 21:26 GMT+01:00 Steve Longerbeam : On 12/30/2016 11:06 AM, Marek Vasut wrote: On 12/29/2016 09:51 PM, Robert Schwebel wrote: Hi Jean-Michel,

Urgent Please;;

Dear, With due respect to your person and much sincerity of purpose. I have a business proposal which I will like to handle with you and $14.5 Million USD is involve. But be rest assured that everything is legal and risk free as I have concluded all the arrangements and the legal papers that

Re: [PATCHv2 4/4] s5p-cec: add hpd-notifier support, move out of staging

On Mon, Jan 02, 2017 at 03:19:07PM +0100, Hans Verkuil wrote: > From: Hans Verkuil > > By using the HPD 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

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

On Mon, Jan 2, 2017 at 12:45 PM, Hans Verkuil wrote: > Steve's series is definitely preferred from my point of view. The feature > set is clearly superior to Philipp's driver. > > I plan on reviewing Steve's series soonish but a quick scan didn't see > anything > suspicious.

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

2017-01-02 15:45 GMT+01:00 Hans Verkuil : > On 01/02/17 14:51, Jean-Michel Hautbois wrote: >> >> Hi, >> >> 2016-12-30 21:26 GMT+01:00 Steve Longerbeam : >>> >>> >>> >>> On 12/30/2016 11:06 AM, Marek Vasut wrote: On 12/29/2016 09:51

Re: [PATCH 0/8] [media] v4l2-core: Fine-tuning for some function implementations

On 12/27/16 12:51, Sakari Ailus wrote: Hi Markus, On Mon, Dec 26, 2016 at 09:41:19PM +0100, SF Markus Elfring wrote: From: Markus Elfring Date: Mon, 26 Dec 2016 21:30:12 +0100 Some update suggestions were taken into account from static source code analysis.

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

On 01/02/17 14:51, Jean-Michel Hautbois wrote: Hi, 2016-12-30 21:26 GMT+01:00 Steve Longerbeam : On 12/30/2016 11:06 AM, Marek Vasut wrote: On 12/29/2016 09:51 PM, Robert Schwebel wrote: Hi Jean-Michel, Hi, On Thu, Dec 29, 2016 at 04:08:33PM +0100,

[PATCHv2 1/4] video: add hotplug detect notifier support

From: Hans Verkuil Add support for video hotplug detect and EDID/ELD notifiers, which is used to convey information from video drivers to their CEC and audio counterparts. Based on an earlier version from Russell King: https://patchwork.kernel.org/patch/9277043/ The

[PATCHv2 3/4] cec: integrate HPD notifier support

From: Hans Verkuil Support the HPD notifier framework, simplifying drivers that depend on this. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski --- drivers/media/cec/cec-core.c | 50

[PATCHv2 2/4] exynos_hdmi: add HPD notifier support

From: Hans Verkuil Implement the HPD notifier support to allow CEC drivers to be informed when there is a new EDID and when a connect or disconnect happens. Signed-off-by: Hans Verkuil Tested-by: Marek Szyprowski ---

[PATCHv2 4/4] s5p-cec: add hpd-notifier support, move out of staging

From: Hans Verkuil By using the HPD 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

[PATCHv2 0/4] video/exynos/cec: add HPD state notifier & use in s5p-cec

From: Hans Verkuil This patch series adds the hotplug detect 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 to

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Hi, 2016-12-30 21:26 GMT+01:00 Steve Longerbeam : > > > On 12/30/2016 11:06 AM, Marek Vasut wrote: >> >> On 12/29/2016 09:51 PM, Robert Schwebel wrote: >>> >>> Hi Jean-Michel, >> >> Hi, >> >>> On Thu, Dec 29, 2016 at 04:08:33PM +0100, Jean-Michel Hautbois wrote:

Re: [PATCH 00/15] atmel-isi/ov7670/ov2640: convert to standalone drivers

On 01/02/17 14:37, Hans Verkuil wrote: On 12/18/16 23:10, Sakari Ailus wrote: On Mon, Dec 12, 2016 at 04:55:05PM +0100, Hans Verkuil wrote: From: Hans Verkuil This patch series converts the soc-camera atmel-isi to a standalone V4L2 driver. The same is done for the

Re: [PATCH 00/15] atmel-isi/ov7670/ov2640: convert to standalone drivers

On 12/18/16 23:10, Sakari Ailus wrote: On Mon, Dec 12, 2016 at 04:55:05PM +0100, Hans Verkuil wrote: From: Hans Verkuil This patch series converts the soc-camera atmel-isi to a standalone V4L2 driver. The same is done for the ov7670 and ov2640 sensor drivers: the

[PATCH v3 4/7] [media] coda: add debug output about tiling

From: Philipp Zabel In order to make the VDOA work correctly, the CODA must produce frames in tiled format. Print this information in the debug output. Also print the color format in fourcc instead of the numeric value. Signed-off-by: Philipp Zabel

[PATCH v3 2/7] [media] coda: add i.MX6 VDOA driver

From: Philipp Zabel The i.MX6 Video Data Order Adapter's (VDOA) sole purpose is to convert from a custom macroblock tiled format produced by the CODA960 decoder into linear formats that can be used for scanout. Signed-off-by: Philipp Zabel

[PATCH v3 7/7] [media] coda: support YUYV output if VDOA is used

The VDOA is able to transform the NV12 custom macroblock tiled format of the CODA to YUYV format. If and only if the VDOA is available, the driver can also provide YUYV support. While the driver is configured to produce YUYV output, the CODA must be configured to produce NV12 macroblock tiled

[PATCH v3 6/7] [media] coda: use VDOA for un-tiling custom macroblock format

If the CODA driver is configured to produce NV12 output and the VDOA is available, the VDOA can be used to transform the custom macroblock tiled format to a raster-ordered format for scanout. In this case, set the output format of the CODA to the custom macroblock tiled format, disable the

[PATCH v3 5/7] [media] coda: fix frame index to returned error

display_idx refers to the frame that will be returned in the next round. The currently processed frame is ctx->display_idx and errors should be reported for this frame. Signed-off-by: Michael Tretter Acked-by: Philipp Zabel ---

[PATCH v3 0/7] Add support for Video Data Order Adapter

Hello, This is v3 of a patch series that adds support for the Video Data Order Adapter (VDOA) that can be found on Freescale i.MX6. It converts the macroblock tiled format produced by the CODA 960 video decoder to a raster-ordered format for scanout. Changes since v2: - Patch 1/7: Update commit

[PATCH v3 3/7] [media] coda: correctly set capture compose rectangle

From: Philipp Zabel Correctly store the rectangle of valid video data in the destination q_data before rounding up to macroblock size. This fixes the output of VIDIOC_G_SELECTION for the capture side compose rectangle. Signed-off-by: Philipp Zabel

[PATCH v3 1/7] [media] dt-bindings: Add a binding for Video Data Order Adapter

From: Philipp Zabel Add a DT binding documentation for the Video Data Order Adapter (VDOA) of the Freescale i.MX6 SoC. Also, add the compatible property and correct clock to the device tree to match the documentation. Signed-off-by: Philipp Zabel

Re: [PATCH 04/15] ov7670: get xclk

On 12/18/16 23:15, Sakari Ailus wrote: Hi Hans, On Mon, Dec 12, 2016 at 04:55:09PM +0100, Hans Verkuil wrote: From: Hans Verkuil Get the clock for this sensor. Signed-off-by: Hans Verkuil --- drivers/media/i2c/ov7670.c | 35

Re: [PATCH 02/15] ov7670: call v4l2_async_register_subdev

On 12/18/16 23:08, Sakari Ailus wrote: On Mon, Dec 12, 2016 at 04:55:07PM +0100, Hans Verkuil wrote: From: Hans Verkuil Add v4l2-async support for this driver. Signed-off-by: Hans Verkuil --- drivers/media/i2c/ov7670.c | 21

Re: [PATCH 2/2] [media] v4l: Add 10-bits per channel YUV pixel formats

On 01/02/2017 07:07 PM, Sakari Ailus wrote: Hi, On Mon, Jan 02, 2017 at 06:53:16PM +0800, ayaka wrote: On 01/02/2017 05:10 PM, Sakari Ailus wrote: Hi Randy, Thanks for the patch. On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote: The formats added by this patch are:

Re: [PATCH 0/2] Add support for the RainShadow Tech HDMI CEC adapter

Dmitry: ping! And of course a happy New Year to you as well! Regards, Hans On 12/15/16 14:02, Hans Verkuil wrote: From: Hans Verkuil This patch series adds support to the RainShadow Tech HDMI CEC adapter (http://rainshadowtech.com/HdmiCecUsb.html). The

[PATCH for v4.10 2/2] cec-intro.rst: mention the v4l-utils package and CEC utilities

From: Hans Verkuil Mention where to find the CEC utilities. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-intro.rst | 12 1 file changed, 12 insertions(+) diff --git a/Documentation/media/uapi/cec/cec-intro.rst

[PATCH for v4.10 1/2] cec rst: remove "This API is not yet finalized" notice

From: Hans Verkuil The API is now finalized, so this notice should be dropped. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-func-close.rst | 5 - Documentation/media/uapi/cec/cec-func-ioctl.rst | 5 -

[PATCH for v4.10 0/2] CEC documentation updates

From: Hans Verkuil Two documentation updates that should go to 4.10. Regards, Hans Hans Verkuil (2): cec rst: remove "This API is not yet finalized" notice cec-intro.rst: mention the v4l-utils package and CEC utilities

Re: [PATCH 2/2] [media] v4l: Add 10-bits per channel YUV pixel formats

Hi, On Mon, Jan 02, 2017 at 06:53:16PM +0800, ayaka wrote: > > > On 01/02/2017 05:10 PM, Sakari Ailus wrote: > >Hi Randy, > > > >Thanks for the patch. > > > >On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote: > >>The formats added by this patch are: > >>V4L2_PIX_FMT_P010 > >>

Re: [PATCH 2/2] [media] v4l: Add 10-bits per channel YUV pixel formats

On 01/02/2017 05:10 PM, Sakari Ailus wrote: Hi Randy, Thanks for the patch. On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote: The formats added by this patch are: V4L2_PIX_FMT_P010 V4L2_PIX_FMT_P010M Currently, none of driver uses those format, but some video device

Re: [PATCH 2/2] [media] v4l: Add 10-bits per channel YUV pixel formats

Hi Randy, Thanks for the patch. On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote: > The formats added by this patch are: > V4L2_PIX_FMT_P010 > V4L2_PIX_FMT_P010M > Currently, none of driver uses those format, but some video device > has been confirmed with could as those

[PATCH 2/2] [media] v4l: Add 10-bits per channel YUV pixel formats

The formats added by this patch are: V4L2_PIX_FMT_P010 V4L2_PIX_FMT_P010M Currently, none of driver uses those format, but some video device has been confirmed with could as those format for video output. The Rockchip's new decoder has supported those format for profile_10 HEVC/AVC

[PATCH 1/2] drm_fourcc: Add new P010 video format

P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits per channel video format. Rockchip's vop support this video format(little endian only) as the input video format. Signed-off-by: Randy Li --- include/uapi/drm/drm_fourcc.h | 1 + 1 file changed, 1 insertion(+)

[PATCH 0/2] Add pixel format for 10 bits YUV video

Those pixel formats comes from Gstreamer and ffmpeg. Currently, the VOP(video output mixer) found on RK3288 and future support those pixel formats are input. Also the decoder on RK3288 could use them as output. Randy Li (2): drm_fourcc: Add new P010 video format [media] v4l: Add 10-bits per