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

On 06/13/17 12:06, Jose Abreu wrote: > Hi Hans, > > > On 13-06-2017 11:01, Jose Abreu wrote: > > [snip] >> Changes from RFC: >> - Added support for HDCP 1.4 > > [snip] >> + >> +/* HDCP 1.4 */ >> +#define DW_HDMI_HDCP14_BKSV_SIZE2 >> +#define DW_HDMI_HDCP14_KEYS_SIZE(2 * 40) >> +

Re: [PATCH v2 0/3] ngene: Replace semaphores with mutexes

Hi Arnd, On 13 June 2017 at 15:19, Arnd Bergmann wrote: > On Tue, Jun 13, 2017 at 10:58 AM, Binoy Jayan wrote: >> These are a set of patches [v2] which removes semaphores from ngene. >> These are part of a bigger effort to eliminate unwanted semaphores >>

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

On 06/13/17 12:31, Hans Verkuil wrote: > On 06/13/17 12:06, Jose Abreu wrote: >> Hi Hans, >> >> >> On 13-06-2017 11:01, Jose Abreu wrote: >> >> [snip] >>> Changes from RFC: >>> - Added support for HDCP 1.4 >> >> [snip] >>> + >>> +/* HDCP 1.4 */ >>> +#define DW_HDMI_HDCP14_BKSV_SIZE 2 >>>

Re: [PATCH v8 2/3] [media] add mux and video interface bridge entity functions

On Wed 2017-06-07 11:33:44, Philipp Zabel wrote: > Add two new media entity function definitions for video multiplexers > and video interface bridges. > > Signed-off-by: Philipp Zabel Acked-by: Pavel Machek -- (english)

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

On 13/06/17 10:24, Geert Uytterhoeven wrote: > Hi Kieran, > > On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote: >> From: Kieran Bingham >> >> Provide support for the ADV7481 and ADV7482. >> >> The driver is modelled with 4

Re: [PATCH v2 02/15] [media] cxd2880-spi: Add support for CXD2008 SPI interface

Em Fri, 14 Apr 2017 11:08:23 +0900 escreveu: > From: Yasunari Takiguchi > > This is the SPI adapter part of the driver for the > Sony CXD2880 DVB-T2/T tuner + demodulator. > > Signed-off-by: Yasunari Takiguchi

Re: [PATCH v2 0/3] ngene: Replace semaphores with mutexes

On Tue, Jun 13, 2017 at 10:58 AM, Binoy Jayan wrote: > These are a set of patches [v2] which removes semaphores from ngene. > These are part of a bigger effort to eliminate unwanted semaphores > from the linux kernel. All three Acked-by: Arnd Bergmann I

[PATCH 0/4] Synopsys Designware HDMI Video Capture Controller + PHY

The Synopsys Designware HDMI RX controller is an HDMI receiver controller that is responsible to process digital data that comes from a phy. The final result is a stream of raw video data that can then be connected to a video DMA, for example, and transfered into RAM so that it can be displayed.

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

Hi Hans, On 13-06-2017 11:01, Jose Abreu wrote: [snip] > Changes from RFC: > - Added support for HDCP 1.4 [snip] > + > +/* HDCP 1.4 */ > +#define DW_HDMI_HDCP14_BKSV_SIZE 2 > +#define DW_HDMI_HDCP14_KEYS_SIZE (2 * 40) > + > +struct dw_hdmi_hdcp14_key { > + u32 seed; > +

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

Hi Tuukka, Thanks for your replies. Please see mine inline. On Tue, Jun 13, 2017 at 5:58 PM, Tuukka Toivonen wrote: > Hi Tomasz, > > On Monday, June 12, 2017 18:59:18 Tomasz Figa wrote: >> By any chance, doesn't the hardware provide some simple mode for >> contiguous

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

This is an initial submission for the Synopsys Designware HDMI RX Controller Driver. This driver interacts with a phy driver so that a communication between them is created and a video pipeline is configured. The controller + phy pipeline can then be integrated into a fully featured system that

[PATCH v2 0/3] ngene: Replace semaphores with mutexes

These are a set of patches [v2] which removes semaphores from ngene. These are part of a bigger effort to eliminate unwanted semaphores from the linux kernel. v1 --> v2 - Moved mutex_[lock/unlock] outside caller for stream_mutex mutex_lock converted to mutex_destroy in cmd_mutex Binoy

Re: [PATCH 1/3] media: ngene: Replace semaphore cmd_mutex with mutex

Hi Arnd, On 9 June 2017 at 16:06, Arnd Bergmann wrote: >> Thank you for pointing out that. I'll check the >> concurrency part. By the way why do we need mutex_destoy? >> To debug an aberrate condition? > > At first I suspected the down() here was added for the same > purpose as a

[PATCH v2 2/3] media: ngene: Replace semaphore stream_mutex with mutex

The semaphore 'stream_mutex' is used as a simple mutex, so it should be written as one. Also moving the mutex_[lock/unlock] to the caller as it is anyway locked at the beginning of the callee thus avoiding repetition. Signed-off-by: Binoy Jayan ---

[PATCH v2 3/3] media: ngene: Replace semaphore i2c_switch_mutex with mutex

The semaphore 'i2c_switch_mutex' is used as a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/media/pci/ngene/ngene-core.c | 2 +- drivers/media/pci/ngene/ngene-i2c.c | 6 +++---

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

Hi Tomasz, On Monday, June 12, 2017 18:59:18 Tomasz Figa wrote: > By any chance, doesn't the hardware provide some simple mode for > contiguous buffers? Since we have an MMU anyway, we could use > vb2_dma_contig and simplify the code significantly. In IPU3 the CIO2 (CSI-2 receiver) and the IMGU

[PATCH v2 1/3] media: ngene: Replace semaphore cmd_mutex with mutex

The semaphore 'cmd_mutex' is used as a simple mutex, so it should be written as one. Also, replace down with mutex_destroy to ensure sane state when ngene_stop is called. Signed-off-by: Binoy Jayan --- drivers/media/pci/ngene/ngene-core.c | 12 ++--

Re: [PATCH v9] media: i2c: max2175: Add MAX2175 support

Hi Ramesh, On Tue, Jun 13, 2017 at 11:10 AM, Ramesh Shanmugasundaram wrote: > This patch adds driver support for the MAX2175 chip. This is Maxim > Integrated's RF to Bits tuner front end chip designed for software-defined > radio solutions. This driver

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

Hi Kieran, On Tue, Jun 13, 2017 at 11:32 AM, Kieran Bingham wrote: > On 13/06/17 10:24, Geert Uytterhoeven wrote: >> On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote: >>> From: Kieran Bingham

[PATCH 3/4] MAINTAINERS: Add entry for Synopsys Designware HDMI drivers

Add a entry for Synopsys Designware HDMI Receivers drivers and phys. Signed-off-by: Jose Abreu --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 053c3bd..e798040 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11294,6

[PATCH 1/4] [media] platform: Add Synopsys Designware HDMI RX PHY e405 Driver

This adds support for the Synopsys Designware HDMI RX PHY e405. This phy receives and decodes HDMI video that is delivered to a controller. Main features included in this driver are: - Equalizer algorithm that chooses the phy best settings according to the detected HDMI cable

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

Document the bindings for the Synopsys Designware HDMI RX. Signed-off-by: Jose Abreu Cc: Rob Herring --- .../devicetree/bindings/media/snps,dw-hdmi-rx.txt | 41 ++ 1 file changed, 41 insertions(+) create mode 100644

[PATCH v9] media: i2c: max2175: Add MAX2175 support

This patch adds driver support for the MAX2175 chip. This is Maxim Integrated's RF to Bits tuner front end chip designed for software-defined radio solutions. This driver exposes the tuner as a sub-device instance with standard and custom controls to configure the device. Signed-off-by: Ramesh

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

Hi Kieran, On Tue, Jun 13, 2017 at 2: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

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

Hi Hyungwoo, On Mon, Jun 12, 2017 at 05:56:00PM -0700, Hyungwoo Yang wrote: > This patch adds driver for Omnivision's ov13858 > sensor, the driver supports following features: > > - manual exposure/gain(analog and digital) control support > - two link frequencies > - VBLANK/HBLANK support > -

Re: [RFC PATCH v3 09/11] [media] vimc: Subdevices as modules

On 06/13/17 15:23, Helen Koike wrote: > Hi Hans, > > On 2017-06-13 03:49 AM, Hans Verkuil wrote: >> On 06/12/2017 10:35 PM, Helen Koike wrote: >>> Hi Hans, >>> >>> Thank you for your review. Please check my comments below >>> >>> On 2017-06-12 07:37 AM, Hans Verkuil wrote: On 06/03/2017

[PATCH v3 0/2] v4l2-async: add subnotifier registration for subdevices

Hi, This series enables incremental async find and bind of subdevices, please se patch 2/2 for a more detailed description. This is tested on Renesas H3 and M3-W together with the Renesas CSI-2 and VIN Gen3 driver (posted separately). It is based on top of the media-tree. * Changes since v2 -

[PATCH v3 1/2] v4l: async: check for v4l2_dev in v4l2_async_notifier_register()

Add a check for v4l2_dev to v4l2_async_notifier_register() as to fail as early as possible since this will fail later in v4l2_async_test_notify(). Signed-off-by: Niklas Söderlund Acked-by: Sakari Ailus Acked-by: Hans Verkuil

[GIT PULL for v4.12-rc6] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.12-3 For: - some build dependency issues at CEC core with randconfigs; - fix an off by one error at vb2; - a race fix at cec core; - driver fixes at tc358743, sir_ir and

[PATCH v2 2/2] regmap: Avoid namespace collision within macro & tidyup

Renamed variable "timeout" to "__timeout" & "pollret" to "__ret" to avoid namespace collision. Tidy up macro arguments with paranthesis. Signed-off-by: Ramesh Shanmugasundaram --- include/linux/regmap.h | 17 + 1 file changed, 9

[PATCH v2 0/2] Avoid namespace collision within macros & tidyup

hset is based on top of today's linux-next repo. commit bc4c75f41a1c ("Add linux-next specific files for 20170613") Change history: v2: - iopoll.h: - Enclosed timeout_us & sleep_us arguments with paranthesis - regmap.h: - Enclosed timeout_us & sleep_us argu

[PATCH v2 1/2] iopoll: Avoid namespace collision within macros & tidyup

Renamed variable "timeout" to "__timeout" to avoid namespace collision. Tidy up macro arguments with paranthesis. Signed-off-by: Ramesh Shanmugasundaram --- include/linux/iopoll.h | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff

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

On 13-06-2017 11:54, Hans Verkuil wrote: > On 06/13/17 12:31, Hans Verkuil wrote: >> On 06/13/17 12:06, Jose Abreu wrote: >>> Hi Hans, >>> >>> >>> On 13-06-2017 11:01, Jose Abreu wrote: >>> >>> [snip] Changes from RFC: - Added support for HDCP 1.4 >>> [snip] + +/* HDCP 1.4

Re: [PATCH v2 1/2] iopoll: Avoid namespace collision within macros & tidyup

Hi Ramesh, On Tue, Jun 13, 2017 at 3:33 PM, Ramesh Shanmugasundaram wrote: > Renamed variable "timeout" to "__timeout" to avoid namespace collision. > Tidy up macro arguments with paranthesis. > > Signed-off-by: Ramesh Shanmugasundaram >

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

Hi Takiguchi-san, Em Thu, 25 May 2017 15:15:39 +0900 "Takiguchi, Yasunari" escreveu: > 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? Usually,

v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi! Are there any news about the fwnode branch? I have quite usable camera, but it is still based on 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be good to see fwnode stuff upstream... are there any plans for that? Is there stable branch to which I could move the stuff?

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

Hi Niklas On 13/06/17 08:33, Niklas Söderlund wrote: > Hi Kieran, > > Thanks for your patch, and great work! Thanks for taking a look. > On 2017-06-13 01:35:07 +0100, Kieran Bingham wrote: >> From: Kieran Bingham >> >> Provide support for the ADV7481

Re: [PATCH v2 05/15] [media] cxd2880: Add spi device IO routines

Em Fri, 14 Apr 2017 11:25:23 +0900 escreveu: > From: Yasunari Takiguchi > > Add functions for initializing, reading and writing to the SPI > device for the Sony CXD2880 DVB-T2/T tuner + demodulator. > > Signed-off-by: Yasunari

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi Pavel, On Tue, Jun 13, 2017 at 02:22:40PM +0200, Pavel Machek wrote: > Hi! > > Are there any news about the fwnode branch? > > I have quite usable camera, but it is still based on > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be > good to see fwnode stuff upstream...

Re: [PATCH v2 04/15] [media] cxd2880: Add math functions for the driver

Em Fri, 14 Apr 2017 11:22:37 +0900 escreveu: > From: Yasunari Takiguchi > > Provide some math support functions (fixed-point log functions) > for the Sony CXD2880 DVB-T2/T tuner + demodulator driver. No need. The Kernel already provide

[PATCH v10] media: i2c: max2175: Add MAX2175 support

This patch adds driver support for the MAX2175 chip. This is Maxim Integrated's RF to Bits tuner front end chip designed for software-defined radio solutions. This driver exposes the tuner as a sub-device instance with standard and custom controls to configure the device. Signed-off-by: Ramesh

[PATCH v3 2/2] v4l: async: add subnotifier registration for subdevices

When the registered() callback of v4l2_subdev_internal_ops is called the subdevice has access to the master devices v4l2_dev and it's called with the async frameworks list_lock held. In this context the subdevice can register its own notifiers to allow for incremental discovery of subdevices. The

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

Here is the _DSD for 19.2Mhz i've inlined my comments. -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Tuesday, June 13, 2017 3:18 AM > To: Yang, Hyungwoo > Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com;

Re: [PATCH v2 03/15] [media] cxd2880: Add common files for the driver

Em Fri, 14 Apr 2017 11:17:01 +0900 escreveu: > From: Yasunari Takiguchi > > These are common files for the driver for the > Sony CXD2880 DVB-T2/T tuner + demodulator. > These contains helper functions for the driver. > > Signed-off-by:

Re: [PATCH v2 06/15] [media] cxd2880: Add tuner part of the driver

Em Fri, 14 Apr 2017 11:26:56 +0900 escreveu: > From: Yasunari Takiguchi > > This part of the driver has the main routines to handle > the tuner and demodulator functionality. The tnrdmd_mon.* files > have monitor functions for the

Re: [RFC PATCH v3 09/11] [media] vimc: Subdevices as modules

Hi Hans, On 2017-06-13 03:49 AM, Hans Verkuil wrote: On 06/12/2017 10:35 PM, Helen Koike wrote: Hi Hans, Thank you for your review. Please check my comments below On 2017-06-12 07:37 AM, Hans Verkuil wrote: On 06/03/2017 04:58 AM, Helen Koike wrote: +static struct component_match

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

Em Fri, 14 Apr 2017 11:31:50 +0900 escreveu: > From: Yasunari Takiguchi > > This provides the main dvb frontend operation functions > for the Sony CXD2880 DVB-T2/T tuner + demodulator driver. For now, I'll do only a quick review on

[PATCHv2] ARM: dts: exynos: add needs-hpd to for Odroid-U3

The Odroid-U3 board has an IP4791CZ12 level shifter that is disabled if the HPD is low, which means that the CEC pin is disabled as well. Signed-off-by: Hans Verkuil --- Changes since v1: moved to after to keep it somewhat alphabetical. ---

[GIT PULL FOR v4.13] CEC helper functions and CEC_CAP_NEEDS_HPD capability

This patch series adds various useful helper functions (esp. for upcoming CEC support in drm drivers). The other addition is support for the new CEC_CAP_NEEDS_HPD capability: it turns out there is a lot of hardware out there that cannot use the CEC pin when there is no HPD. The CEC specification

[GIT PULL FOR v4.13] (v2) Added max2175 and rcar_drif drivers

Changes since the previous pull request: - made i2s control private - add maintainers entries - fix sparse/smatch errors - slightly modified the code so we don't hit a regmap_read_poll_timeout macro bug (patches to fix that were posted separately, out of scope for media). Regards,

[PATCH v3 2/2] media: entity: Add media_entity_get_fwnode_pad() function

This is a wrapper around the media entity get_fwnode_pad operation. Signed-off-by: Niklas Söderlund --- drivers/media/media-entity.c | 35 +++ include/media/media-entity.h | 23 +++ 2 files changed, 58

[PATCH v3 0/2] media: entity: add operation to help map DT node to media pad

Hi, This series add a new entity operation which will aid capture drivers to map a port/endpoint in DT to a media graph pad. This series is implemented support for the ongoing ADV748x work by Kieran Bingham. In his work he have a driver which registers more then one subdevice. So when a driver

[PATCH v3 1/2] media: entity: Add get_fwnode_pad entity operation

The optional operation can be used by entities to report how it maps its fwnode endpoints to media pad numbers. This is useful for devices which require advanced mappings of pads. Signed-off-by: Niklas Söderlund --- include/media/media-entity.h | 5 +

[PATCH v4 10/11] [media] vimc: deb: Add debayer filter

Implement the debayer filter and integrate it with the core Signed-off-by: Helen Koike --- Changes in v4: [media] vimc: deb: Add debayer filter - Rebase without [media] vimc: Optimize frame generation through pipe - use vimc_colorimetry_clamp

[PATCH v4 11/11] [media] vimc: sca: Add scaler

Implement scaler and integrated with the core Signed-off-by: Helen Koike --- Changes in v4: [media] vimc: sca: Add scaler - use vimc_colorimetry_clamp - replace V4L2_COLORSPACE_SRGB by V4L2_COLORSPACE_DEFAULT in the default format struct

[PATCH v4 05/11] [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 v4: [media] vimc: common: Add vimc_link_validate - remove vimc_fmt_pix_to_mbus(), replaced by v4l2_fill_mbus_format() -

[PATCH v4 08/11] [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 v4: [media] vimc: cap: Support several image formats - add

[PATCH v4 06/11] [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 v4: [media] vimc: common: Add vimc_colorimetry_clamp - this is a new patch in the series Changes in v3: None Changes in v2:

[PATCH v4 03/11] [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 v4: None Changes in v3: [media] vimc: common: Add

[PATCH v4 04/11] [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 v4: None Changes in v3: [media] vimc: Add

[PATCH RESEND v11 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/gain(analog and digital) control support - two link frequencies - VBLANK/HBLANK support - test pattern support - media controller support - runtime pm support - supported resolutions

[PATCH v4 00/11] [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

[GIT PULL FOR v4.13] Add video-mux, ov5640 and i.MX media staging driver

It's been a long road, but the i.MX6 platform now has a proper driver. There are a few relatively minor issues remaining (see the TODO file) before it can be moved out of staging. I want to thank Steve and Philipp for their hard work! Regards, Hans The following changes since commit

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

v11 : removed v10 and added checking if input clock frequency is 19.2Mhz v10 : moved data dependent on module input clock frequency into fwnode. v9 : added HBLANK and CID_GAIN(for digital gain). v8 : enabled ov13858 with basic functionalities. Hyungwoo Yang (1): [media] i2c: add support for

[PATCH v11 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/gain(analog and digital) control support - two link frequencies - VBLANK/HBLANK support - test pattern support - media controller support - runtime pm support - supported resolutions

[PATCH v3 2/3] doc-rst: add IPU3 raw10 bayer pixel format definitions

The formats added by this patch are: V4L2_PIX_FMT_IPU3_SBGGR10 V4L2_PIX_FMT_IPU3_SGBRG10 V4L2_PIX_FMT_IPU3_SGRBG10 V4L2_PIX_FMT_IPU3_SRGGB10 Signed-off-by: Yong Zhi --- Documentation/media/uapi/v4l/pixfmt-rgb.rst| 1 +

[PATCH v3 0/3] [PATCH v3 0/3] [media] add IPU3 CIO2 CSI2 driver

This patch adds the driver for the CIO2 device found in some the Skylake and Kaby Kake SoCs. The CIO2 consists of four D-PHY receivers. The CIO2 driver exposes V4L2, V4L2 sub-device and Media controller interfaces to the user space. === = history = === More soon for next

[PATCH v3 1/3] videodev2.h, v4l2-ioctl: add IPU3 raw10 color format

Add IPU3 specific formats: V4L2_PIX_FMT_IPU3_SBGGR10 V4L2_PIX_FMT_IPU3_SGBRG10 V4L2_PIX_FMT_IPU3_SGRBG10 V4L2_PIX_FMT_IPU3_SRGGB10 Signed-off-by: Yong Zhi --- drivers/media/v4l2-core/v4l2-ioctl.c | 4 include/uapi/linux/videodev2.h

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

This patch adds CIO2 CSI-2 device driver for Intel's IPU3 camera sub-system support. Signed-off-by: Yong Zhi --- drivers/media/pci/Kconfig|2 + drivers/media/pci/Makefile |3 +- drivers/media/pci/intel/Makefile |5 +

[PATCH v4 09/11] [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 v4 07/11] [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 v4: [media] vimc: sen: Support several image formats

[PATCH v4 01/11] [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 v4: None Changes in v3: [media] vimc: sen: Integrate the tpg on the sensor - Declare frame_size as a local

[PATCH v4 02/11] [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 v4: None Changes in v3: [media] vimc: Move common code from the core - This is a new patch in the series Changes in v2: None

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi! > > Are there any news about the fwnode branch? > > > > I have quite usable camera, but it is still based on > > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be > > good to see fwnode stuff upstream... are there any plans for that? > > > > Is there stable branch to

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

On Wed, Jun 14, 2017 at 11:32 AM, Zhi, Yong wrote: > Hi, Tomasz, > > Thanks for your code review, still need more time to study and test the > solution for the rest of comments, going forward, I will respond to your > review first before submitting new version. Just to

[PATCH v2] [media] v4l2: add V4L2_CAP_IO_MC

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 programmed to call helper function.

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

Hi, Tomasz, Thanks for your code review, still need more time to study and test the solution for the rest of comments, going forward, I will respond to your review first before submitting new version. Thanks, Yong > -Original Message- > From: linux-media-ow...@vger.kernel.org

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

Dear Mauro Thanks for your kind review during your busy schedule. I will confirm with your findings and discuss about them (how to change our codes) in our team. Regards & Thanks Takiguchi On 2017/06/13 23:38, Mauro Carvalho Chehab wrote: > Hi Takiguchi-san, > > Em Thu, 25 May 2017 15:15:39

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

Hi Sakari, I reverted v10 and just added a comparison to see if clock-frequency is 19.2Mhz https://patchwork.kernel.org/patch/9784827/ -Hyungwoo -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Tuesday, June 13, 2017 8:29 AM > To: Yang, Hyungwoo

Re: [GIT PULL FOR v4.13] Add video-mux, ov5640 and i.MX media staging driver

On 06/13/2017 12:55 PM, Hans Verkuil wrote: It's been a long road, but the i.MX6 platform now has a proper driver. There are a few relatively minor issues remaining (see the TODO file) before it can be moved out of staging. I want to thank Steve and Philipp for their hard work! Your

[PATCH v3 1/1] 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 - digital/analog gain -

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

Hi Yong, On Wed, Jun 14, 2017 at 5:17 AM, Yong Zhi wrote: > This patch adds CIO2 CSI-2 device driver for > Intel's IPU3 camera sub-system support. > > Signed-off-by: Yong Zhi > --- > drivers/media/pci/Kconfig|2 + >

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

Hi Hyungwoo, On Tue, Jun 13, 2017 at 02:29:25PM +, Yang, Hyungwoo wrote: > > > Here is the _DSD for 19.2Mhz If you attached it, the list server most likely removed the attachment. Could you send it again in-line? > > > > > > i've inlined my comments. > > > > -Original

Re: [RFC PATCH v3 05/11] [media] vimc: common: Add vimc_link_validate

On 06/12/2017 07:20 PM, Helen Koike wrote: Hi Hans, Thanks for your review, just a question below On 2017-06-12 06:50 AM, Hans Verkuil wrote: On 06/03/2017 04:58 AM, Helen Koike wrote: +/* The width, height, code and colorspace must match. */ +if (source_fmt.format.width !=

Re: [RFC PATCH v3 09/11] [media] vimc: Subdevices as modules

On 06/12/2017 10:35 PM, Helen Koike wrote: Hi Hans, Thank you for your review. Please check my comments below On 2017-06-12 07:37 AM, Hans Verkuil wrote: On 06/03/2017 04:58 AM, Helen Koike wrote: +static struct component_match *vimc_add_subdevs(struct vimc_device *vimc) +{ +struct

[PATCH RESEND v10 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/gain(analog and digital) control support - two link frequencies - VBLANK/HBLANK support - test pattern support - media controller support - runtime pm support - supported resolutions

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

Hi Kieran, Thanks for your patch, and great work! On 2017-06-13 01:35:07 +0100, Kieran Bingham wrote: > From: Kieran Bingham > > Provide support for the ADV7481 and ADV7482. > > The driver is modelled with 4 subdevices to allow simultaneous streaming >

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 13 05:00:15 CEST 2017 media-tree git hash:47f910f0e0deb880c2114811f7ea1ec115a19ee4 media_build

Re: [PATCH 1/9] [media] s5p-jpeg: Reset the Codec before doing a soft reset

Hi Thierry, On 06/07/2017 02:34 PM, Thierry Escande wrote: > Hi Jacek, > > On 02/06/2017 21:50, Jacek Anaszewski wrote: >> Hi Thierry, >> >> On 06/02/2017 06:02 PM, Thierry Escande wrote: >>> From: Abhilash Kesavan >>> >>> This patch resets the encoding and decoding

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

Hi Sakari, Thanks for your feedback. On 2017-05-29 14:16:25 +0300, Sakari Ailus wrote: > Hi Niklas, > > On Wed, May 24, 2017 at 02:13:52AM +0200, Niklas Söderlund wrote: > > From: Niklas Söderlund > > > > Documentation for Renesas R-Car MIPI CSI-2