Ich brauche deine Hilfe!

Lieber Freund, Ich bin Frau Dionisia Denis Perman aus Island, verheiratet mit Late Engineer Denis Perman {PhD}, der mit MULTINATIONAL OIL COMPANY EXXON AS A gearbeitet hat DRILLING RIG SUPPLIER in Kuwait seit 19 Jahren, bevor er auf der 22. August 2009. Wir waren seit vierundzwanzig Jahren

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: Fri May 26 05:00:20 CEST 2017 media-tree git hash:36bcba973ad478042d1ffc6e89afd92e8bd17030 media_build

RE: [PATCH] dw9714: Initial driver for dw9714 VCM

Hi All, Please follow v5 of this patch for the latest and ignore this patch. Sorry for the noise. Raj > -Original Message- > From: Mani, Rajmohan > Sent: Thursday, May 25, 2017 6:50 PM > To: linux-media@vger.kernel.org > Cc: mche...@kernel.org; hverk...@xs4all.nl; tf...@chromium.org; >

[PATCH v5] dw9714: Initial driver for dw9714 VCM

DW9714 is a 10 bit DAC, designed for linear control of voice coil motor. This driver creates a V4L2 subdevice and provides control to set the desired focus. Signed-off-by: Rajmohan Mani --- Changes in v5: - Addressed review comments from Tomasz, Sakari and

[PATCH] dw9714: Initial driver for dw9714 VCM

DW9714 is a 10 bit DAC, designed for linear control of voice coil motor. This driver creates a V4L2 subdevice and provides control to set the desired focus. Signed-off-by: Rajmohan Mani --- drivers/media/i2c/Kconfig | 9 ++ drivers/media/i2c/Makefile | 1 +

RE: [PATCH v4] dw9714: Initial driver for dw9714 VCM

> > > + if (ret) > > > + dev_err(dev, "%s I2C failure: %d", __func__, > > > + ret); > > > > I think we should just return an error code here and fail the suspend. > > The result from an error here is that the user would hear an audible click. > I don't think

RE: [PATCH v4] dw9714: Initial driver for dw9714 VCM

Hi Sakari, Sylwester, > > > > You're right, sorry. I'd expect such things to be better covered in > > the API documentation. Probably pm_runtime_put_noidle() is a better > > Well, the documentation tells what the function does. It'd be good if it > pointed > that the usage count needs to be

RE: [PATCH v4] dw9714: Initial driver for dw9714 VCM

Hi Sakari, > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Thursday, May 11, 2017 12:41 AM > To: Mani, Rajmohan > Cc: linux-media@vger.kernel.org; mche...@kernel.org; hverk...@xs4all.nl; > tf...@chromium.org > Subject: Re: [PATCH

RE: [PATCH v4] dw9714: Initial driver for dw9714 VCM

Hi Tomasz, Thanks for the reviews. I have consolidated my responses to comments from all of you below and are addressed in v5 of this patch. > -Original Message- > From: Tomasz Figa [mailto:tf...@chromium.org] > Sent: Wednesday, May 10, 2017 11:31 PM > To: Mani, Rajmohan

RE: [PATCH] ov5670: Add Omnivision OV5670 5M sensor support

Sakari, V2 patch selects V4L2_FWNODE. -Original Message- From: Sakari Ailus [mailto:sakari.ai...@iki.fi] Sent: Thursday, May 4, 2017 1:50 AM To: Rapolu, Chiranjeevi Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com; Zheng, Jian Xu

RE: [PATCH] ov5670: Add Omnivision OV5670 5M sensor support

Sakari, Thanks for the review. 1. Responses embedded below. Already submitted v2 patch to address these comments. 2. Can you submit ? -Original Message- >From: Sakari Ailus [mailto:sakari.ai...@iki.fi]

[PATCH v2 1/1] [media] i2c: add support for OV13858 sensor

This patch adds driver for Omnivision's ov13858 sensor, the driver supports following features: - manual exposure/analog gain - two link frequencies - VBLANK support - media controller support - runtime pm support Signed-off-by: Hyungwoo Yang ---

[PATCH v2 1/1] [media] i2c: Add Omnivision OV5670 5M sensor support

From: Chiranjeevi Rapolu Provides single source pad with up to 2592x1944 pixels at 10-bit raw bayer format over MIPI CSI2 two lanes at 640Mbps/lane. The driver supports following features: - up to 30fps at 5M pixels - manual exposure/analog gain - media controller

Re: [PATCH] [media] atomisp: disable several warnings when W=1

On Thu, May 25, 2017 at 7:03 PM, kbuild test robot wrote: >>> cc1: warning: unrecognized command line option >>> "-Wno-suggest-attribute=format" >>> cc1: warning: unrecognized command line option >>> "-Wno-unused-but-set-variable" >>> cc1: warning: unrecognized command line

Re: [PATCH] [media] atomisp: disable several warnings when W=1

Hi Mauro, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on next-20170525] [cannot apply to v4.12-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Mauro-Carvalho

Re: [RFC PATCH 0/7] drm/i915: add support for DisplayPort CEC-Tunneling-over-AUX

On 05/25/2017 05:30 PM, Mike Lothian wrote: > Hi > > Sorry if this is off topic, I've got a Skylake Dell laptop with a USB-C > connector and no displayport > > Which USB-C -> HDMI-2.0 connector do you recommend for stuff just working > based on your testing? > > I've been putting off buying

[RFC PATCH 7/7] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

From: Hans Verkuil Implement support for this DisplayPort feature. The cec device is created whenever it detects an adapter that has this feature. It is only removed when a new adapter is connected that does not support this. If a new adapter is connected that has

[RFC PATCH 1/7] cec: add CEC_CAP_NEEDS_HPD

From: Hans Verkuil Add a new capability CEC_CAP_NEEDS_HPD. If this capability is set then the hardware can only use CEC if the HDMI Hotplug Detect pin is high. Such hardware cannot handle the corner case in the CEC specification where it is possible to transmit messages

[RFC PATCH 2/7] cec-ioc-adap-g-caps.rst: document CEC_CAP_NEEDS_HPD

From: Hans Verkuil Document the new CEC_CAP_NEEDS_HPD capability. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst | 8 1 file changed, 8 insertions(+) diff --git

[RFC PATCH 6/7] drm: add support for DisplayPort CEC-Tunneling-over-AUX

From: Hans Verkuil This adds support for the DisplayPort CEC-Tunneling-over-AUX feature that is part of the DisplayPort 1.3 standard. Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a chip that has this capability actually hook up the CEC pin, so even

[RFC PATCH 4/7] cec: add cec_phys_addr_invalidate() helper function

From: Hans Verkuil Simplifies setting the physical address to CEC_PHYS_ADDR_INVALID. Signed-off-by: Hans Verkuil --- include/media/cec.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/media/cec.h b/include/media/cec.h index

[RFC PATCH 3/7] cec: add cec_s_phys_addr_from_edid helper function

From: Hans Verkuil This function simplifies the integration of CEC in DRM drivers. Signed-off-by: Hans Verkuil --- drivers/media/cec/cec-adap.c | 14 ++ include/media/cec.h | 9 + 2 files changed, 23 insertions(+)

[RFC PATCH 5/7] drm/cec: Add CEC over Aux register definitions

From: Clint Taylor Adding DPCD register definitions from the DP 1.3 specification for CEC over AUX support. V2: Add DP_ prefix to all defines. V3: missed prefixes from the ESI1 defines Cc: Jani Nikula Reviewed-by: Jani Nikula

[RFC PATCH 0/7] drm/i915: add support for DisplayPort CEC-Tunneling-over-AUX

From: Hans Verkuil This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX protocol. This patch series is based on v4.12-rc2. The first four patches add support for a new CEC capability which is needed for these devices and for two helper functions.

Re: [PATCH v4] dw9714: Initial driver for dw9714 VCM

Hi Raj, On Thu, May 11, 2017 at 3:30 PM, Tomasz Figa wrote: > Hi Raj, > > Thanks for re-spin. Still a bit more comments inline. (I missed few > more before, sorry.) > > On Thu, May 11, 2017 at 1:00 PM, Rajmohan Mani > wrote: >> DW9714 is a 10 bit

Re: [PATCH 3/3] [media] intel-ipu3: cio2: Add new MIPI-CSI2 driver

Hi Yong, On Wed, May 10, 2017 at 12:27 AM, Tomasz Figa wrote: > On Tue, May 2, 2017 at 9:00 PM, Sakari Ailus wrote: >> Hi Yong, >> >> Thanks for the patches! Some comments below. >> >> On Sat, Apr 29, 2017 at 06:34:36PM -0500, Yong Zhi wrote: >>> + >>>

[PATCH v2] [media] v4l2: Add support for go2001 PCI codec driver

This patch adds support for the go2001 PCI codec driver. This hardware is present on ChromeOS based devices like the Acer ChromeBox and Acer/LG ChromeBase 24 devices. This driver comes from the ChromeOS v3.18 kernel tree and has been modified to support vb2_buffer restructuring introduced in

[PATCH] platform: video-mux: fix ptr_ret.cocci warnings

drivers/media/platform/video-mux.c:246:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci CC: Philipp Zabel Signed-off-by: Fengguang Wu ---

Re: [PATCH v7 18/34] platform: video-mux: include temporary mmio-mux support

Hi Philipp, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.12-rc2 next-20170525] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Steve-Longerbeam/i-MX-Media

Re: [PATCH v2 0/15] [dt-bindings] [media] Add document file and driver for Sony CXD2880 DVB-T2/T tuner + demodulator

Hi, all I sent the patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver on Apr/14. Are there any comments, advices and review results for them? I'd like to get better understanding of current review status for our codes. Regards, Takiguchi