cron job: media_tree daily build: OK

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: Wed Apr 4 05:00:17 CEST 2018 media-tree git hash:6ccd228e0cfce2a4f44558422d25c60fcb1a6710 media_build

RE: [PATCH v4 00/12] Intel IPU3 ImgU patchset

Hi Mauro and all, > > Subject: RE: [PATCH v4 00/12] Intel IPU3 ImgU patchset > > > > Hi Mauro, > > > > > > > Subject: Re: [PATCH v4 00/12] Intel IPU3 ImgU patchset > > > > > > > > > > Hi, > > > > > > > > > > Em Fri, 17 Nov 2017 02:58:56 + "Mani, Rajmohan" > > > > >

[RFC PATCH]: intel-ipu3: Add uAPI documentation

This is a preliminary effort to add documentation for the following BNR(bayer noise reduction) structs: ipu3_uapi_bnr_static_config_wb_gains_config ipu3_uapi_bnr_static_config_wb_gains_thr_config ipu3_uapi_bnr_static_config_thr_coeffs_config ipu3_uapi_bnr_static_config_thr_ctrl_shd_config

Re: [PATCH v13 17/33] rcar-vin: cache video standard

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:40 EEST Niklas Söderlund wrote: > At stream on time the driver should not query the subdevice for which > standard are used. Instead it should be cached when userspace sets the > standard and used at stream on time. > >

Re: [PATCH v13 16/33] rcar-vin: simplify how formats are set and reset

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:39 EEST Niklas Söderlund wrote: > With the recent cleanup of the format code to prepare for Gen3 it's > possible to simplify the Gen2 format code path as well. Clean up the > process by defining two functions to handle the set

Re: [PATCH v13 12/33] rcar-vin: fix handling of single field frames (top, bottom and alternate fields)

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:35 EEST Niklas Söderlund wrote: > There was never proper support in the VIN driver to deliver ALTERNATING > field format to user-space, remove this field option. The problem is > that ALTERNATING field order requires the

Re: [PATCH v13 15/33] rcar-vin: break out format alignment and checking

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:38 EEST Niklas Söderlund wrote: > Part of the format alignment and checking can be shared with the Gen3 > format handling. Break that part out to a separate function. > > Signed-off-by: Niklas Söderlund

Re: [PATCH v13 22/33] rcar-vin: use different v4l2 operations in media controller mode

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:45 EEST Niklas Söderlund wrote: > When the driver runs in media controller mode it should not directly > control the subdevice instead userspace will be responsible for > configuring the pipeline. To be able to run in this mode

Re: [PATCH v13 23/33] rcar-vin: force default colorspace for media centric mode

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:46 EEST Niklas Söderlund wrote: > The V4L2 specification clearly documents the colorspace fields as being > set by drivers for capture devices. Using the values supplied by > userspace thus wouldn't comply with the API. Until

Re: [PATCH v13 27/33] rcar-vin: add chsel information to rvin_info

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:50 EEST Niklas Söderlund wrote: > Each Gen3 SoC has a limited set of predefined routing possibilities for > which CSI-2 device and channel can be routed to which VIN instance. > Prepare to store this information in the struct

Re: [PATCH v13 29/33] rcar-vin: add link notify for Gen3

Hi Niklas, Thank you for the patch. On Tuesday, 27 March 2018 00:44:52 EEST Niklas Söderlund wrote: > Add the ability to process media device link change requests. Link > enabling is a bit complicated on Gen3, whether or not it's possible to > enable a link depends on what other links already

[PATCH 2/5] media: docs: clarify relationship between crop and selection APIs

Having two somewhat similar and largely overlapping APIs is confusing, especially since the older one appears in the docs before the newer and most featureful counterpart. Clarify all of this in several ways: - swap the two sections - give a name to the two APIs in the section names - add a

[PATCH 3/5] media: docs: selection: rename files to something meaningful

These files have an automatically-generated numbering. Replaname them to something that suggests their meaning. Reported-by: Hans Verkuil Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- .../{selection-api-004.rst =>

[PATCH 1/5] media: docs: selection: fix typos

Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Documentation/media/uapi/v4l/selection-api-004.rst | 2 +- Documentation/media/uapi/v4l/selection.svg | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 4/5] media: docs: selection: improve formatting

Split section "Comparison with old cropping API" in paragraphs for easier reading and improve visible links text. Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- .../media/uapi/v4l/selection-api-vs-crop-api.rst | 55 -- 1 file

[PATCH 5/5] media: docs: selection: fix misleading sentence about the CROP API

The API limitation described here is about the CROP API, not about the entire V4L2. Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Documentation/media/uapi/v4l/selection-api-vs-crop-api.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v4 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

Hi Rui, I love your patch! Yet something to improve: [auto build test ERROR on v4.16] [cannot apply to linuxtv-media/master next-20180403] [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/Rui

[PATCH] media: platform: video-mux: propagate format from sink to source

Propagate the v4l2_mbus_framefmt to the source pad when either a sink pad is activated or when the format of the active sink pad changes. Signed-off-by: Chris Lesiak --- drivers/media/platform/video-mux.c | 16 +++- 1 file changed, 15 insertions(+), 1

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 03, 2018 at 01:06:45PM -0400, Jerome Glisse wrote: > On Tue, Apr 03, 2018 at 11:09:09AM +0200, Daniel Vetter wrote: > > On Thu, Mar 29, 2018 at 01:34:24PM +0200, Christian König wrote: > > > Am 29.03.2018 um 08:57 schrieb Daniel Vetter: > > > > On Sun, Mar 25, 2018 at 12:59:56PM +0200,

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Tue, Apr 03, 2018 at 11:09:09AM +0200, Daniel Vetter wrote: > On Thu, Mar 29, 2018 at 01:34:24PM +0200, Christian König wrote: > > Am 29.03.2018 um 08:57 schrieb Daniel Vetter: > > > On Sun, Mar 25, 2018 at 12:59:56PM +0200, Christian König wrote: > > > > Add a peer2peer flag noting that the

Re: [PATCH 02/15] ARM: pxa: add dma slave map

On Tue, Apr 3, 2018 at 5:18 PM, Robert Jarzmik wrote: > Arnd Bergmann writes: > >>> + { "smc911x.0", "rx", PDMA_FILTER_PARAM(LOWEST, -1) }, >>> + { "smc911x.0", "tx", PDMA_FILTER_PARAM(LOWEST, -1) }, >>> + { "smc91x.0", "data",

Re: [PATCH 02/15] ARM: pxa: add dma slave map

Arnd Bergmann writes: >> + { "smc911x.0", "rx", PDMA_FILTER_PARAM(LOWEST, -1) }, >> + { "smc911x.0", "tx", PDMA_FILTER_PARAM(LOWEST, -1) }, >> + { "smc91x.0", "data", PDMA_FILTER_PARAM(LOWEST, -1) }, > > This one is interesting, as you are dealing with an

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On 2 April 2018 at 16:26, Robert Jarzmik wrote: > Hi, > > This serie is aimed at removing the dmaengine slave compat use, and transfer > knowledge of the DMA requestors into architecture code. > > This was discussed/advised by Arnd a couple of years back, it's almost time.

Re: [PATCH v7 2/2] v4l: cadence: Add Cadence MIPI-CSI2 TX driver

Hi Maxime, On 2018-04-03 15:48:59 +0200, Maxime Ripard wrote: > Hi Niklas, > > On Thu, Mar 29, 2018 at 02:35:34PM +0200, Niklas Söderlund wrote: > > > + /* > > > + * Create a static mapping between the CSI virtual channels > > > + * and the input streams. > > > + * > > > + * This should be

[PATCH v4 0/2] media: Introduce Omnivision OV2680 driver

Add driver and bindings for the OV2680 2 megapixel CMOS 1/5" sensor, which has a single MIPI lane interface and output format of 10-bit Raw RGB. Features supported are described in PATCH 2/2. v3->v4: Sakari Ailus: - remove auto_{exposure|gain}_enable and direct call the set functions - add

[PATCH v4 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

This patch adds V4L2 sub-device driver for OV2680 image sensor. The OV2680 is a 1/5" CMOS color sensor from Omnivision. Supports output format: 10-bit Raw RGB. The OV2680 has a single lane MIPI interface. The driver exposes following V4L2 controls: - auto/manual exposure, - exposure, -

[PATCH v4 1/2] media: ov2680: dt: Add bindings for OV2680

Add device tree binding documentation for the OV2680 camera sensor. Reviewed-by: Rob Herring CC: devicet...@vger.kernel.org Signed-off-by: Rui Miguel Silva --- .../devicetree/bindings/media/i2c/ov2680.txt | 40 ++ 1 file changed,

Re: [PATCH v8 2/2] v4l: cadence: Add Cadence MIPI-CSI2 RX driver

Hi Niklas, Thanks for your review, On Thu, Mar 29, 2018 at 03:32:55PM +0200, Niklas Söderlund wrote: > > diff --git a/drivers/media/platform/cadence/Kconfig > > b/drivers/media/platform/cadence/Kconfig > > new file mode 100644 > > index ..18f061e5cbd1 > > --- /dev/null > > +++

Re: [PATCH v13 00/33] rcar-vin: Add Gen3 with media controller

Hi Hans, On Tuesday, 3 April 2018 15:30:40 EEST Hans Verkuil wrote: > On 26/03/18 23:44, Niklas Söderlund wrote: > > Hi, > > > > This series adds Gen3 VIN support to rcar-vin driver for Renesas r8a7795, > > r8a7796 and r8a77970. It is based on the media-tree and depends on > > Fabrizio Castro

Re: [PATCH v7 2/2] v4l: cadence: Add Cadence MIPI-CSI2 TX driver

Hi Niklas, On Thu, Mar 29, 2018 at 02:35:34PM +0200, Niklas Söderlund wrote: > > + /* > > +* Create a static mapping between the CSI virtual channels > > +* and the input streams. > > +* > > +* This should be enhanced, but v4l2 lacks the support for > > +* changing that

Re: [PATCH v13 00/33] rcar-vin: Add Gen3 with media controller

Hi Hans, On 03/04/18 13:30, Hans Verkuil wrote: > On 26/03/18 23:44, Niklas Söderlund wrote: >> Hi, >> >> This series adds Gen3 VIN support to rcar-vin driver for Renesas r8a7795, >> r8a7796 and r8a77970. It is based on the media-tree and depends on >> Fabrizio Castro patches as they touches the

Re: [PATCH v13 00/33] rcar-vin: Add Gen3 with media controller

On 26/03/18 23:44, Niklas Söderlund wrote: > Hi, > > This series adds Gen3 VIN support to rcar-vin driver for Renesas r8a7795, > r8a7796 and r8a77970. It is based on the media-tree and depends on > Fabrizio Castro patches as they touches the order of the compatible > strings in the documentation

I am waiting to hear from you soon,

From The international Investigation Financial Crime Unit Attention Dear!! We need your urgent information . I am writing to inform you that I am Staff In the international investigation financial crime unit and I have discovered through our network E-mail system This Week that your

Re: [PATCH v9 2/2] media: V3s: Add support for Allwinner CSI.

On 06/03/18 03:16, Yong Deng wrote: > Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2 > interface and CSI1 is used for parallel interface. This is not > documented in datasheet but by test and guess. > > This patch implement a v4l2 framework driver for it. > > Currently,

[PATCH] media: gspca: fix Kconfig help info

Documentation/video4linux/gspca.txt is missing. It has moved to Documentation/media/v4l-drivers/gspca-cardlist.rst Signed-off-by: winton.liu <18502523...@163.com> --- drivers/media/usb/gspca/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[GIT PULL for v4.17-rc1] media updates

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.17-1 For: - New CEC pin injection code for testing purposes; - DVB frontend cxd2099 promoted from staging; - New platform driver for Sony cxd2880 DVB devices; - New sensor

Re: [PATCH] media: coda: do not try to propagate format if capture queue busy

Hi Philipp, On Thu, Mar 29, 2018 at 2:12 AM Philipp Zabel wrote: > The driver helpfully resets the capture queue format and selection > rectangle whenever output format is changed. This only works while > the capture queue is not busy. Is the code in question used only

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Thu, Mar 29, 2018 at 01:34:24PM +0200, Christian König wrote: > Am 29.03.2018 um 08:57 schrieb Daniel Vetter: > > On Sun, Mar 25, 2018 at 12:59:56PM +0200, Christian König wrote: > > > Add a peer2peer flag noting that the importer can deal with device > > > resources which are not backed by

Re: [PATCHv2 1/3] dt-bindings: display: dw_hdmi.txt: add cec-disable property

On 27/03/18 00:25, Rob Herring wrote: > On Fri, Mar 23, 2018 at 01:59:13PM +0100, Hans Verkuil wrote: >> From: Hans Verkuil >> >> Some boards have both a DesignWare and their own CEC controller. >> The CEC pin is only hooked up to their own CEC controller and not >> to the

Re: V4l2 Sensor driver and V4l2 ctrls

On 03/04/18 08:32, asadpt iqroot wrote: > Hi Hans, > > Thanks for the reply. > > In board, we have the HDMI connectors. Is it mandatory to use this ctrl > V4L2_CID_DV_RX_POWER_PRESENT. Based on this v4l2 ctrl, what v4l2 framework > will do? If I do not set any value to this ctrl, what will

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > Hi, > > This serie is aimed at removing the dmaengine slave compat use, and transfer > knowledge of the DMA requestors into architecture code. > > This was discussed/advised by Arnd a couple of years back, it's almost

Re: [PATCH 12/15] dmaengine: pxa: make the filter function internal

On Mon, Apr 2, 2018 at 6:35 PM, kbuild test robot wrote: > >drivers/mtd/nand/marvell_nand.c:2621:17: sparse: undefined identifier > 'pxad_filter_fn' >>> drivers/mtd/nand/marvell_nand.c:2621:17: sparse: call with no type! >In file included from

Re: [PATCH 14/15] ARM: pxa: change SSP devices allocation

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > > +static struct pxa_ssp_info pxa_ssp_infos[] = { > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + {

Re: [PATCH 02/15] ARM: pxa: add dma slave map

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > + > +static const struct dma_slave_map pxa_slave_map[] = { > + /* PXA25x, PXA27x and PXA3xx common entries */ > + { "pxa-pcm-audio", "ac97_mic_mono", PDMA_FILTER_PARAM(LOWEST, 8) }, > + {

Re: V4l2 Sensor driver and V4l2 ctrls

Hi Hans, Thanks for the reply. In board, we have the HDMI connectors. Is it mandatory to use this ctrl V4L2_CID_DV_RX_POWER_PRESENT. Based on this v4l2 ctrl, what v4l2 framework will do? If I do not set any value to this ctrl, what will happen to video streaming? For example, if I did not add