Re: HauppaugeTV-quadHD DVB-T mpeg risc op code errors

Hi Thomas, I haven't had much time to investigate the issue -- I'm currently in the process of moving country, which is a lot of work! One thing I was able to determine is that it appears to be related to Intel VT-d/VT-x or whatever Intel's IOMMU/x86 virtualisation tech thing is called. I tried

Re: Reply Urgent

Hello, How are you doing? I have been sent to inform you that, We have an inheritance of a deceased client with your surname. Contact Mr Andrew Bailey Reply Email To: myinf...@gmail.com with your "Full Names" for more info. Thanks for your understanding. Reply ASAP thank you. Melissa.

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 Jun 20 05:00:15 CEST 2017 media-tree git hash:acec3630155763c170c7ae6508cf973355464508 media_build

[PATCH v2 19/19] camss: Use optimal clock frequency rates

Use standard V4L2 control to get pixel clock rate from a sensor linked in the media controller pipeline. Then calculate clock rates on CSIPHY, CSID and VFE to use the lowest possible. If the currnet pixel clock rate of the sensor cannot be read then use the highest possible. This case covers also

[PATCH v2 15/19] camss: vfe: Configure scaler module in VFE

Add scaler module configuration support to be able to apply scaling. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/vfe.c | 59 ++-- 1 file changed, 46 insertions(+), 13 deletions(-) diff --git

[PATCH v2 17/19] camss: vfe: Configure crop module in VFE

Add crop module configuration support to be able to apply cropping. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/vfe.c | 41 +++- 1 file changed, 40 insertions(+), 1 deletion(-) diff --git

[PATCH v2 09/19] media: camms: Add core files

These files implement the platform driver code. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/camss.c | 630 + drivers/media/platform/qcom/camss-8x16/camss.h | 96 2 files changed, 726 insertions(+) create mode

[PATCH v2 01/19] doc: DT: camss: Binding document for Qualcomm Camera subsystem driver

Add DT binding document for Qualcomm Camera subsystem driver. CC: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Todor Tomov --- .../devicetree/bindings/media/qcom,camss.txt | 196 + 1 file changed, 196

[PATCH v2 03/19] doc: media/v4l-drivers: Add Qualcomm Camera Subsystem driver document

Add a document to describe Qualcomm Camera Subsystem driver. Signed-off-by: Todor Tomov --- Documentation/media/v4l-drivers/qcom_camss.rst | 124 + 1 file changed, 124 insertions(+) create mode 100644

[PATCH v2 18/19] doc: media/v4l-drivers: Qualcomm Camera Subsystem - Scale and crop

Update the Qualcomm Camera Subsystem driver document for VFE scale and crop modules support. Signed-off-by: Todor Tomov --- Documentation/media/v4l-drivers/qcom_camss.rst | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v2] [media] uvcvideo: Refactor teardown of uvc on USB disconnect

Hi Laurent, Just checking if this was OK with you - I hadn't heard anything and I noticed it's not in -next so I just wanted to check to see if there were any changes you wanted. Regards, Daniel Daniel Axtens writes: > Currently, disconnecting a USB webcam while it is in use

[PATCH 2/2] media/uapi/v4l: clarify cropcap/crop/selection behavior

From: Hans Verkuil Unfortunately the use of 'type' was inconsistent for multiplanar buffer types. Starting with 4.14 both the normal and _MPLANE variants are allowed, thus making it possible to write sensible code. Yes, we messed up :-( Signed-off-by: Hans Verkuil

[PATCH 0/2] Fix G/S_SELECTION & CROPCAP/G/S_CROP buftype handling

From: Hans Verkuil There is a lot of confusion about the correct buffer type to use when calling the new selection and old crop APIs. Specifically whether the _MPLANE variant of a buf type should be used or not if the device is multi-planar. The spec said na, but that was

[PATCH 1/2] v4l2-ioctl/exynos: fix G/S_SELECTION's type handling

From: Hans Verkuil The type field in struct v4l2_selection is supposed to never use the _MPLANE variants. E.g. if the driver supports V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE, then userspace should still pass V4L2_BUF_TYPE_VIDEO_CAPTURE. The reasons for this are lost in the mists

[PATCH v2 13/19] camss: vfe: Support for frame padding

Add support for horizontal and vertical frame padding. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/vfe.c | 86 -- drivers/media/platform/qcom/camss-8x16/video.c | 66 +++-

[PATCH v2 04/19] media: camss: Add CSIPHY files

These files control the CSIPHY modules which are responsible for the physical layer of the CSI2 receivers. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/csiphy.c | 686 drivers/media/platform/qcom/camss-8x16/csiphy.h | 77

[PATCH v2 00/19] Qualcomm 8x16 Camera Subsystem driver

This patchset adds basic support for the Qualcomm Camera Subsystem found on Qualcomm MSM8916 and APQ8016 processors. The driver implements V4L2, Media controller and V4L2 subdev interfaces. Camera sensor using V4L2 subdev interface in the kernel is supported. The driver is implemented using as a

[PATCH v2 08/19] media: camss: Add files which handle the video device nodes

These files handle the video device nodes of the camss driver. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/video.c | 629 + drivers/media/platform/qcom/camss-8x16/video.h | 64 +++ 2 files changed, 693 insertions(+)

[PATCH v2 06/19] media: camss: Add ISPIF files

These files control the ISPIF module which handles the routing of the data streams from the CSIDs to the inputs of the VFE. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/ispif.c | 1126

[PATCH v2 12/19] doc: media/v4l-drivers: Qualcomm Camera Subsystem - PIX Interface

Update Qualcomm Camera Subsystem driver document for the PIX interface and format conversion support. Signed-off-by: Todor Tomov --- Documentation/media/v4l-drivers/qcom_camss.rst | 41 +++--- 1 file changed, 31 insertions(+), 10 deletions(-) diff

Re: [PATCH v2 5/6] [media] s5p-jpeg: Add support for resolution change event

Hi Andrzej, On 16/06/2017 17:38, Andrzej Pietrasiewicz wrote: Hi Thierry, Thank you for the patch. Can you give a use case for resolution change event? Unfortunately, the original commit does not mention any clear use case. I've asked to the patch author for more information. Also plase

[PATCH v2 11/19] camss: vfe: Format conversion support using PIX interface

Use VFE PIX input interface and do format conversion in VFE. Supported input format is UYVY (single plane YUV 4:2:2) and its different sample order variations. Supported output formats are: - NV12/NV21 (two plane YUV 4:2:0) - NV16/NV61 (two plane YUV 4:2:2) Signed-off-by: Todor Tomov

[PATCH v2 05/19] media: camss: Add CSID files

These files control the CSID modules which handle the protocol and application layer of the CSI2 receivers. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/csid.c | 1072 + drivers/media/platform/qcom/camss-8x16/csid.h | 82

Re: [PATCH 08/12] Add USB quirk for HVR-950q to avoid intermittent device resets

> I've accepted the other patches in this patch series for the media subsystem, > but this patch should go through the USB subsystem. Cc-ed linux-usb. > > Acked-by: Hans Verkuil I'm not sure who on the linux-usb mailing list would need to deal with this, but would be

[PATCH v2 07/19] media: camss: Add VFE files

These files control the VFE module. The VFE has different input interfaces. The PIX input interface feeds the input data to an image processing pipeline. Three RDI input interfaces bypass the image processing pipeline. The VFE also contains the AXI bus interface which writes the output data to

LinuxTV V3 vs. V4 API doc inconsistency, V4 probably wrong

Hi, There is an ambiguity in the LinuxTV documentation about the following ioctl's: FE_SET_TONE, FE_SET_VOLTAGE, FE_DISEQC_SEND_BURST. These ioctl's take an enum value as input. In the old V3 API, the parameter is passed by value. In the S2API documentation, it is passed by reference.

[PATCH v2 02/19] MAINTAINERS: Add Qualcomm Camera subsystem driver

Add an entry for Qualcomm Camera subsystem driver. Signed-off-by: Todor Tomov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 09b5ab6..524fe09 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10570,6 +10570,14 @@

[PATCH v2 16/19] camss: vfe: Add interface for cropping

Extend selection ioctls to handle cropping configuration. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/vfe.c | 191 +-- drivers/media/platform/qcom/camss-8x16/vfe.h | 1 + 2 files changed, 150 insertions(+), 42

[PATCH v2 14/19] camss: vfe: Add interface for scaling

Add compose selection ioctls to handle scaling configuration. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/vfe.c | 189 ++- drivers/media/platform/qcom/camss-8x16/vfe.h | 1 + 2 files changed, 188 insertions(+), 2

[PATCH v2 10/19] media: camss: Enable building

Add Makefile and update platform/Kconfig and platform/Makefile to enable building of the QCom CAMSS driver. Signed-off-by: Todor Tomov --- drivers/media/platform/Kconfig | 6 ++ drivers/media/platform/Makefile | 2 ++

[PATCH v5 11/12] [media] vimc: sca: Add scaler

Implement scaler and integrated with the core Signed-off-by: Helen Koike --- Changes in v5: [media] vimc: sca: Add scaler - declare vimc_sca_video_ops as static, remove sparse warning Changes in v4: [media] vimc: sca: Add scaler - use

[PATCH v5 09/12] [media] vimc: Subdevices as modules

Change the core structure for adding subdevices in the topology. Instead of calling the specific create function for each subdevice, inject a child platform_device with the driver's name. Each type of node in the topology (sensor, capture, debayer, scaler) will register a platform_driver with the

[PATCH v5 05/12] [media] vimc: common: Add vimc_link_validate

All links will be checked in the same way. Adding a helper function for that Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: [media] vimc: common: Add vimc_link_validate - remove vimc_fmt_pix_to_mbus(), replaced by

[PATCH v5 02/12] [media] vimc: Move common code from the core

Remove helper functions from vimc-core and add it in vimc-common to clean up the core. Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: None Changes in v3: [media] vimc: Move common code from the core - This is a new patch in the series

[PATCH v5 08/12] [media] vimc: cap: Support several image formats

Allow user space to change the image format as the frame size, the pixel format, colorspace, quantization, field YCbCr encoding and the transfer function Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: [media] vimc: cap: Support several image

[PATCH v5 00/12] [media]: vimc: Virtual Media Control VPU's

This patch series improves the current video processing units in vimc (by adding more controls to the sensor and capture node, allowing the user to configure different frame formats) and also adds a debayer and a scaler node. The debayer transforms the bayer format image received in its sink pad

[PATCH v5 04/12] [media] vimc: common: Add vimc_pipeline_s_stream helper

Move the vimc_cap_pipeline_s_stream from the vimc-cap.c to vimc-common.c as this core will be reused by other subdevices to activate the stream in their directly connected nodes Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: None Changes in v3:

Re: LinuxTV V3 vs. V4 API doc inconsistency, V4 probably wrong

Em Mon, 19 Jun 2017 16:58:40 +0200 Thierry Lelegard escreveu: > Hi, First of all, there's no Linux DVB API v4. It was skipped, because there was a proposal for a v4, with was never adopted. > > There is an ambiguity in the LinuxTV documentation about the following >

[PATCH v5 07/12] [media] vimc: sen: Support several image formats

Allow user space to change the image format as the frame size, the media bus pixel format, colorspace, quantization, field YCbCr encoding and the transfer function Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: [media] vimc: sen: Support several

[PATCH v5 01/12] [media] vimc: sen: Integrate the tpg on the sensor

Initialize the test pattern generator on the sensor Generate a colored bar image instead of a grey one Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: None Changes in v3: [media] vimc: sen: Integrate the tpg on the sensor - Declare

[PATCH v5 06/12] [media] vimc: common: Add vimc_colorimetry_clamp

Colorimetry value will always be checked in the same way. Adding a helper macro for that Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: [media] vimc: common: Add vimc_colorimetry_clamp - this is a new patch in the series Changes in v3:

[PATCH v5 10/12] [media] vimc: deb: Add debayer filter

Implement the debayer filter and integrate it with the core Signed-off-by: Helen Koike --- Changes in v5: [media] vimc: deb: Add debayer filter - delare vimc_deb_video_ops as static, remove sparse warning Changes in v4: [media] vimc: deb: Add debayer filter

[PATCH v5 03/12] [media] vimc: common: Add vimc_ent_sd_* helper

As all the subdevices in the topology will be initialized in the same way, to avoid code repetition the vimc_ent_sd_{register, unregister} helper functions were created Signed-off-by: Helen Koike --- Changes in v5: None Changes in v4: None Changes in v3: [media]

[PATCH v5 12/12] [media] vimc: sen: Declare vimc_sen_video_ops as static

Declare vimc_sen_video_ops as static, remove warning from sparse tool Signed-off-by: Helen Koike --- Changes in v5: [media] vimc: sen: Declare vimc_sen_video_ops as static - This is a new patch in the series Changes in v4: None Changes in v3: None Changes in

Re: [PATCH v2] [media] v4l2: add V4L2_CAP_IO_MC

Hi Hans, Thanks for reviewing this On 2017-06-19 08:15 AM, Hans Verkuil wrote: On 06/14/2017 06:50 AM, Helen Koike wrote: Add V4L2_CAP_IO_MC to be used in struct v4l2_capability to indicate that input and output are controlled by the Media Controller instead of V4L2 API. When this flag is

Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware

Am Sun, 28 May 2017 23:45:37 +0200 schrieb Daniel Scheller : > Am Sun, 7 May 2017 17:42:12 +0200 > schrieb Daniel Scheller : > > > Am Wed, 12 Apr 2017 21:23:27 +0200 > > schrieb Daniel Scheller : > > > > > Am Wed,

Re: [media-build] Can't compile for Kernel 3.13 after recent changes

On 06/19/2017 08:43 PM, Jasmin J. wrote: Hi! After the recent changes, I can no longer compile for Kernel 3.13 I know. I haven't had time to look at this and fix it. It probably won't be until early next week due to some travel. Regards, Hans BR, Jasmin Here the build Log:

[media-build] Can't compile for Kernel 3.13 after recent changes

Hi! After the recent changes, I can no longer compile for Kernel 3.13 BR, Jasmin Here the build Log: Kernel build directory is /lib/modules/3.13.0-117-generic/build make -C ../linux apply_patches make[2]: Entering directory '/mnt/home_hdd/jasmin/vdr/dd_driver/git/media_build/linux' Patches

Re: [media-build] Can't compile for Kernel 3.13 after recent changes

On 06/19/2017 09:20 PM, Hans Verkuil wrote: On 06/19/2017 08:43 PM, Jasmin J. wrote: Hi! After the recent changes, I can no longer compile for Kernel 3.13 I know. I haven't had time to look at this and fix it. It probably won't be until early next week due to some travel. OK, so I felt a

Re: [PATCH v3 2/4] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

On 06/19/2017 11:33 AM, Jose Abreu wrote: > On 18-06-2017 19:04, Sylwester Nawrocki wrote: >> On 06/16/2017 06:38 PM, Jose Abreu wrote: >>> This is an initial submission for the Synopsys Designware HDMI RX >>> Controller Driver. This driver interacts with a phy driver so that >>> a communication

Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware

Hello ! On 06/19/2017 10:18 PM, Daniel Scheller wrote: > Am Sun, 28 May 2017 23:45:37 +0200 > schrieb Daniel Scheller : > >> Am Sun, 7 May 2017 17:42:12 +0200 >> schrieb Daniel Scheller : >> >>> Am Wed, 12 Apr 2017 21:23:27 +0200 >>> schrieb

Re: [PATCH v3 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

On 06/19/2017 11:01 AM, Jose Abreu wrote: > Using fixed-clock was already in my todo list. Regarding phy I > need to pass pdata so that the callbacks between controller and > phy are established. I also need to make sure that phy driver > will be loaded by the controller driver. Hmm, and also

Re: [media-build] Can't compile for Kernel 3.13 after recent changes

Hallo Hans! > OK, so I felt a bit guilty and decided to take a quick look. I think it > will now build again for 3.13. Yes, It builds now perfectly. Will test the driver tomorrow. THANK YOU VERRY MUCH! BR, Jasmin

Re: [PATCH v3 2/4] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

Hi Sylwester, Thanks again for the feedback! On 18-06-2017 19:04, Sylwester Nawrocki wrote: > On 06/16/2017 06:38 PM, Jose Abreu wrote: >> This is an initial submission for the Synopsys Designware HDMI RX >> Controller Driver. This driver interacts with a phy driver so that >> a communication

Re: [PATCH] [media] ov2640: make GPIOLIB an optional dependency

Hi Pavel, I'm dropping this from patchwork since this no longer applies now that ov2640 has been moved out of soc_camera. If you still want this (it is a reasonable patch), then please respin. Regards, Hans On 04/21/2017 08:33 AM, Pavel Machek wrote: Hi! Better solution would be

Re: [PATCH 01/12] videodev2.h, v4l2-ioctl: add IPU3 meta buffer format

Hi Tomasz, On Friday 16 Jun 2017 17:35:52 Tomasz Figa wrote: > On Fri, Jun 16, 2017 at 5:25 PM, Sakari Ailus wrote: > > On Fri, Jun 16, 2017 at 02:52:07PM +0900, Tomasz Figa wrote: > >> On Tue, Jun 6, 2017 at 7:09 PM, Tomasz Figa wrote: > >>> On Tue, Jun 6, 2017 at 5:04 PM, Hans Verkuil wrote: >

Re: [RFC PATCH 2/2] media/uapi/v4l: clarify cropcap/crop/selection behavior

Hi Hans, On 06/19/2017 09:35 AM, Hans Verkuil wrote: diff --git a/Documentation/media/uapi/v4l/vidioc-cropcap.rst b/Documentation/media/uapi/v4l/vidioc-cropcap.rst index f21a69b554e1..d354216846e6 100644 --- a/Documentation/media/uapi/v4l/vidioc-cropcap.rst +++

Re: [PATCH v2] media: fdp1: Support ES2 platforms

Hi Kieran, Thank you for the patch. On Monday 12 Jun 2017 11:30:16 Kieran Bingham wrote: > From: Kieran Bingham > > The new Renesas R-Car H3 ES2.0 platforms have a new hw version register. > Update the driver accordingly, defaulting to the new hw

Re: [PATCH v2] [media] mtk-mdp: Fix g_/s_selection capture/compose logic

Hi, Hans, On Fri, 2017-06-16 at 12:42 +0200, Hans Verkuil wrote: > On 05/12/17 04:42, Minghsiu Tsai wrote: > > From: Daniel Kurtz > > > > Experiments show that the: > > (1) mtk-mdp uses the _MPLANE form of CAPTURE/OUTPUT > > Please drop this, since this no longer applies

Re: [PATCH v2] [media] mtk-mdp: Fix g_/s_selection capture/compose logic

On 06/19/2017 12:03 PM, Minghsiu Tsai wrote: Hi, Hans, On Fri, 2017-06-16 at 12:42 +0200, Hans Verkuil wrote: On 05/12/17 04:42, Minghsiu Tsai wrote: From: Daniel Kurtz Experiments show that the: (1) mtk-mdp uses the _MPLANE form of CAPTURE/OUTPUT Please drop this,

Re: [PATCH 5/9] [media] s5p-jpeg: Add IOMMU support

Hi All, I'm sorry for the late reply, I just got back from holidays. On 2017-06-02 23:43, Jacek Anaszewski wrote: Cc Marek Szyprowski. Marek, could you share your opinion about this patch? On 06/02/2017 06:02 PM, Thierry Escande wrote: From: Tony K Nadackal This patch

Re: [PATCH v4 00/11] [media]: vimc: Virtual Media Control VPU's

Hi Helen, On 06/13/2017 09:35 PM, Helen Koike wrote: This patch series improves the current video processing units in vimc (by adding more controls to the sensor and capture node, allowing the user to configure different frame formats) and also adds a debayer and a scaler node. The debayer

Re: [PATCH v2 08/15] [media] cxd2880: Add top level of the driver

Thanks for your kindly reply. We are think of how to change our driver to follow the comments now. I reply one thing about reading BER measures at get_frontend() in this mail. On 2017/06/13 22:30, Mauro Carvalho Chehab wrote: > Em Fri, 14 Apr 2017 11:31:50 +0900 >

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: Mon Jun 19 05:00:21 CEST 2017 media-tree git hash:acec3630155763c170c7ae6508cf973355464508 media_build

Re: [RFC PATCH 2/2] media/uapi/v4l: clarify cropcap/crop/selection behavior

Hi Sylwester, On 05/08/2017 04:35 PM, Hans Verkuil wrote: From: Hans Verkuil Unfortunately the use of 'type' was inconsistent for multiplanar buffer types. Starting with 4.12 both the normal and _MPLANE variants are allowed, thus making it possible to write sensible

Re: [PATCH v2] [media] mtk-vcodec: Show mtk driver error without DEBUG definition

On Tue, 2017-05-30 at 18:53 +0900, Hirokazu Honda wrote: > A driver error message is shown without DEBUG definition > to find an error and debug easily. > > Signed-off-by: Hirokazu Honda Acked-by: Tiffany Lin > --- >

Re: [PATCH v3 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

Hi Sylwester, Thanks for the feedback! On 18-06-2017 18:34, Sylwester Nawrocki wrote: > Hi Jose, > > On 06/16/2017 06:38 PM, Jose Abreu wrote: >> Document the bindings for the Synopsys Designware HDMI RX. >> >> Signed-off-by: Jose Abreu >> new file mode 100644 >> index

Re: [PATCH v4 1/2] media: i2c: adv748x: add adv748x driver

On 06/13/2017 02:35 AM, Kieran Bingham wrote: From: Kieran Bingham Provide support for the ADV7481 and ADV7482. The driver is modelled with 4 subdevices to allow simultaneous streaming from the AFE (Analog front end) and HDMI inputs though two CSI TX

Re: [PATCH 1/6] v4l: vsp1: Remove WPF vertical flip support on VSP2-B[CD] and VSP2-D

On 06/19/2017 01:16 PM, Laurent Pinchart wrote: Hi Hans, On Thursday 15 Jun 2017 10:53:33 Hans Verkuil wrote: On 06/15/17 10:24, Laurent Pinchart wrote: The WPF vertical flip is only supported on Gen3 SoCs on the VSP2-I. Don't enable it on other VSP2 instances. Signed-off-by: Laurent

Re: [PATCH v7 2/2] media: rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

On 06/12/2017 04:48 PM, Niklas Söderlund wrote: Hi Hans, Thanks for your comments. On 2017-05-29 13:16:23 +0200, Hans Verkuil wrote: On 05/24/2017 02:13 AM, Niklas Söderlund wrote: From: Niklas Söderlund A V4L2 driver for Renesas R-Car MIPI CSI-2

Re: [PATCH] [media] ov2640: make GPIOLIB an optional dependency

Hi! > I'm dropping this from patchwork since this no longer applies now that ov2640 > has been moved out of soc_camera. > > If you still want this (it is a reasonable patch), then please > respin. If I'm not mistaken, equivalent fix is already in drivers/media/i2c/ov2640.c . Thanks,

Re: [PATCH 01/12] videodev2.h, v4l2-ioctl: add IPU3 meta buffer format

Hi Laurent, Thanks for looking at this! On Mon, Jun 19, 2017 at 6:17 PM, Laurent Pinchart wrote: > Hi Tomasz, > > On Friday 16 Jun 2017 17:35:52 Tomasz Figa wrote: >> On Fri, Jun 16, 2017 at 5:25 PM, Sakari Ailus wrote: >> > On Fri, Jun 16, 2017 at 02:52:07PM

Re: [PATCH v2] [media] v4l2: add V4L2_CAP_IO_MC

On 06/14/2017 06:50 AM, Helen Koike wrote: Add V4L2_CAP_IO_MC to be used in struct v4l2_capability to indicate that input and output are controlled by the Media Controller instead of V4L2 API. When this flag is set, ioctls for get, set and enum input and outputs are automatically enabled and

Re: [PATCH 1/6] v4l: vsp1: Remove WPF vertical flip support on VSP2-B[CD] and VSP2-D

Hi Hans, On Thursday 15 Jun 2017 10:53:33 Hans Verkuil wrote: > On 06/15/17 10:24, Laurent Pinchart wrote: > > The WPF vertical flip is only supported on Gen3 SoCs on the VSP2-I. > > Don't enable it on other VSP2 instances. > > > > Signed-off-by: Laurent Pinchart > >

Re: [PATCH 01/10] doc: DT: camss: Binding document for Qualcomm Camera subsystem driver

Hi Rob, On 01/09/2017 04:33 PM, Todor Tomov wrote: > Hi Rob, > > Happy new year, > And thank you for the review. > > On 12/01/2016 12:03 AM, Rob Herring wrote: >> On Fri, Nov 25, 2016 at 04:56:53PM +0200, Todor Tomov wrote: >>> Add DT binding document for Qualcomm Camera subsystem driver. >>>

[PATCH] s5p-cec: update MAINTAINERS entry

I would like to replace Kyungmin Park, who is no longer interested in maintaining S5P-CEC driver. I have access to various Exynos boards. I also already did some tests of this driver and helped enabling it on various Exynos boards. The driver itself is no longer in staging, so lets fix the path

[PATCH v2] s5p-cec: update MAINTAINERS entry

I would like to replace Kyungmin Park, who is no longer interested in maintaining S5P-CEC driver. I have access to various Exynos boards. I also already did some tests of this driver and helped enabling it on various Exynos boards. The driver itself is no longer in staging, so lets fix the path

[GIT PULL FOR v4.13] Various fixes/enhancements

The following changes since commit acec3630155763c170c7ae6508cf973355464508: [media] s3c-camif: fix arguments position in a function call (2017-06-13 14:21:24 -0300) are available in the git repository at: git://linuxtv.org/hverkuil/media_tree.git for-v4.13f for you to fetch changes up